- 25 Mar, 2013 5 commits
-
-
Elliott Hughes authored
Change-Id: I91ca466d1b6f8a39da50ce61acebc268d0daab3a
-
Elliott Hughes authored
-
Elliott Hughes authored
Bug: 8468088 Change-Id: I1ff6d51ec17fc74ef56229aa76d2986cbd662874
-
Elliott Hughes authored
-
Elliott Hughes authored
-
- 22 Mar, 2013 15 commits
-
-
Elliott Hughes authored
This was in <errno.h>, and people called it :-( Change-Id: I038490be77eb9372b3f31305ec580fa7b09c983e
-
Elliott Hughes authored
The <asm/unistd.h> files contain the canonical data, and <sys/glibc-syscalls.h> contain new glibc-compatible names, and if you #include the standard <sys/syscall.h> you get both sets of names. Change-Id: I9919c080931c0ba1660f5e37c6a6265ea716d603
-
Elliott Hughes authored
-
Elliott Hughes authored
This lets us move all the ARM syscall stubs over to the kernel <asm/unistd.h>. Our generated <sys/linux-syscalls.h> is now unused, but I'll remove that in a later change. Change-Id: Ie5ff2cc4abce1938576af7cbaef615a79c7f310d
-
Elliott Hughes authored
-
Elliott Hughes authored
Also add a more intention-revealing guard so we don't have loads of places checking whether our inlining macro is defined. Change-Id: I168860cedcfc798b07a5145bc48a125700265e47
-
Elliott Hughes authored
-
Elliott Hughes authored
-
Elliott Hughes authored
-
Elliott Hughes authored
For some reason, socketcalls.c was only being compiled for ARM, where it makes no sense. For x86 we generate stubs for the socket functions that use __NR_socketcall directly. Change-Id: I84181e6183fae2314ae3ed862276eba82ad21e8e
-
Elliott Hughes authored
Change-Id: I193a35f9790b82c83fd3b5672e24ac1b2034d0b0
-
Elliott Hughes authored
Change-Id: I9d016ee8e8329cccf244d27c336d9524348af996
-
Elliott Hughes authored
-
Elliott Hughes authored
<sys/linux-syscalls.h> only contains constants for the syscalls we're generating stubs for. We want all the syscalls available on the architecture in question. Keep using <sys/linux-syscalls.h> on ARM for now because the __NR_ARM_set_tls and __NR_ARM_cacheflush values aren't in <asm/unistd.h>. Change-Id: I66683950d87d9b18d6107d0acc0ed238a4496f44
-
Elliott Hughes authored
-
- 21 Mar, 2013 11 commits
-
-
Elliott Hughes authored
Change-Id: I0a154beaab4d164ac812f2564d12e4d79b80a8e8
-
Elliott Hughes authored
-
Elliott Hughes authored
-
Elliott Hughes authored
Fixes the MIPS and x86 builds. strace tests whether syscalls are supported using #ifdef of the appropriate SYS_ constant. Change-Id: I90be118dc42abfdaf5b0f9b1e676e8601f55106e
-
Elliott Hughes authored
-
Kito Cheng authored
Change-Id: I9ac2b9d8f6bdb4fab8962210c5ec8f9c3e8c0ebf
-
Kito Cheng authored
Change-Id: Ic7391be8575eaaac76914dab62bc41c9773d703d
-
Elliott Hughes authored
-
Elliott Hughes authored
This helps us remove another external/strace bionic hack. Change-Id: I3e82c0d2fd27e479be98f096e05b666fd16f8eb3
-
Elliott Hughes authored
-
Elliott Hughes authored
This helps strace(1) compile with one fewer hack. Change-Id: I5296d0cfec5546709cda990abd705ad33d7c4626
-
- 20 Mar, 2013 2 commits
-
-
Christopher Ferris authored
-
Christopher Ferris authored
This uses the new strcmp.a15.S code as the basis for new versions of strcmp.S. The cortex-a15 code is the performance optimized version of strcmp.a15.S taken with only the addition of a few pld instructions. The cortex-a9 code is the same as the cortex-a15 code except that the unaligned strcmp code was taken from the original strcmp.S. The krait code is the same as the cortex-a15 code except that one path in the unaligned strcmp code was taken from the original strcmp.S code (the 2 byte overlap case). The generic code is the original unmodified strmp.S from the bionic subdirectory. All three new versions underwent these test cases: Strings the same, all same size: - Both pointers double word aligned. - One pointer double word aligned, one pointer word aligned. - Both pointers word aligned. - One pointer double word aligned, one pointer 1 off a word alignment. - One pointer double word aligned, one pointer 2 off a word alignment. - One pointer double word aligned, one pointer 3 off a word alignment. - One pointer word aligned, one pointer 1 off a word alignment. - One pointer word aligned, one pointer 2 off a word alignment. - One pointer word aligned, one pointer 3 off a word alignment. For all cases where it made sense, the two pointers were also tested swapped. Different strings, all same size: - Single difference at double word boundary. - Single difference at word boudary. - Single difference at 1 off a word alignment. - Single difference at 2 off a word alignment. - Single difference at 3 off a word alignment. Different sized strings, strings the same until the end: - Shorter string ends on a double word boundary. - Shorter string ends on word boundary. - Shorter string ends at 1 off a word boundary. - Shorter string ends at 2 off a word boundary. - Shorter string ends at 3 off a word boundary. For all different cases, run them through the same pointer alignment cases when the strings are the same size. For all cases the two pointers were also tested swapped. Bug: 8005082 Merge from internal master. (cherry-picked from commit a9a5870d) Change-Id: I4c2b98f8a50804fb98ab67f75e9d660f1315a144
-
- 15 Mar, 2013 6 commits
-
-
Elliott Hughes authored
-
Elliott Hughes authored
A mangled symbol in libc.so is a symbol that shouldn't be exported by libc.so. Change-Id: Id92d1e1968b3d11d111a5d9ef692adb1ac7694a1
-
Elliott Hughes authored
-
Elliott Hughes authored
We only need one logging API, and I prefer the one that does no allocation and is thus safe to use in any context. Also use O_CLOEXEC when opening the /dev/log files. Move everything logging-related into one header file. Change-Id: Ic1e3ea8e9b910dc29df351bff6c0aa4db26fbb58
-
Elliott Hughes authored
-
Elliott Hughes authored
HTC's RIL uses the liblog logging, not ours. Change-Id: I56f9304e833ccb329df4ee55042012d7ad5f73ed
-
- 14 Mar, 2013 1 commit
-
-
Elliott Hughes authored
-