#
3dd27f3a |
|
01-Jul-2016 |
Rich Felker <dalias@aerifal.cx> |
fix posix_fadvise syscall args on powerpc, unify with arm fix commit 6d38c9cf80f47623e5e48190046673bbd0dc410b provided an arm-specific version of posix_fadvise to address the alternate argument order the kernel expects on arm, but neglected to address that powerpc (32-bit) has the same issue. instead of having arch variant files in duplicate, simply put the alternate version in the top-level file under the control of a macro defined in syscall_arch.h.
|
#
ee59c296 |
|
03-Jun-2015 |
Szabolcs Nagy <nsz@port70.net> |
arm: add vdso support vdso will be available on arm in linux v4.2, the user-space code for it is in kernel commit 8512287a8165592466cb9cb347ba94892e9c56a5
|
#
18f75b80 |
|
30-Apr-2015 |
Szabolcs Nagy <nsz@port70.net> |
fix __syscall declaration with wrong visibility in syscall_arch.h remove __syscall declaration where it is not needed (aarch64, arm, microblaze, or1k) and add the hidden attribute where it is (mips).
|
#
0e971b0e |
|
22-Nov-2014 |
Rich Felker <dalias@aerifal.cx> |
inline 5- and 6-argument syscalls on arm
|
#
7d310ed1 |
|
22-Nov-2014 |
Rich Felker <dalias@aerifal.cx> |
remove old clang workarounds from arm syscall implementation the register constraints in the non-clang case were tested to work on clang back to 3.2, and earlier versions of clang have known bugs that preclude building musl. there may be other reasons to prefer not to use inline syscalls, but if so the function-call-based implementations should be added back in a unified way for all archs.
|
#
dbed3924 |
|
24-Feb-2014 |
rofl0r <retnyg@gmx.net> |
fixup general __syscall breakage introduced in x32 port the reordering of headers caused some risc archs to not see the __syscall declaration anymore. this caused build errors on mips with any compiler, and on arm and microblaze with clang. we now declare it locally just like the powerpc port does.
|
#
ccc7b4c3 |
|
26-Mar-2013 |
Rich Felker <dalias@aerifal.cx> |
remove __SYSCALL_SSLEN arch macro in favor of using public _NSIG the issue at hand is that many syscalls require as an argument the kernel-ABI size of sigset_t, intended to allow the kernel to switch to a larger sigset_t in the future. previously, each arch was defining this size in syscall_arch.h, which was redundant with the definition of _NSIG in bits/signal.h. as it's used in some not-quite-portable application code as well, _NSIG is much more likely to be recognized and understood immediately by someone reading the code, and it's also shorter and less cluttered. note that _NSIG is actually 65/129, not 64/128, but the division takes care of throwing away the off-by-one part.
|
#
075fdb90 |
|
15-Sep-2012 |
Rich Felker <dalias@aerifal.cx> |
fix syscall asm constraints for arm too no problems were detected so far, but the constraints seem to have been invalid just like the mips ones.
|
#
5e3c243d |
|
08-Sep-2012 |
Rich Felker <dalias@aerifal.cx> |
inline syscall support for arm most pure-syscall-wrapper functions compile to the smallest/simplest code possible (save r7 ; load syscall # ; svc 0 ; restore r7 ; tail call to __syscall_ret).
|
#
208eb584 |
|
08-Sep-2012 |
Rich Felker <dalias@aerifal.cx> |
syscall organization overhaul now public syscall.h only exposes __NR_* and SYS_* constants and the variadic syscall function. no macros or inline functions, no __syscall_ret or other internal details, no 16-/32-bit legacy syscall renaming, etc. this logic has all been moved to src/internal/syscall.h with the arch-specific parts in arch/$(ARCH)/syscall_arch.h, and the amount of arch-specific stuff has been reduced to a minimum. changes still need to be reviewed/double-checked. minimal testing on i386 and mips has already been performed.
|