about summary refs log tree commit diff
path: root/arch
Commit message (Collapse)AuthorAgeFilesLines
* fcntl.h: O_SEARCH was missing for powerpcrofl0r2012-11-185-24/+9
| | | | | | put some macros that do not differ between architectures in the main header and remove from bits. restructure mips header so it has the same structure as the others.
* ppc socket.h: add forgotten cmsghdrrofl0r2012-11-181-0/+7
|
* dynamic linking support for powerpcRich Felker2012-11-161-8/+27
| | | | | | | | incomplete but at least partly working. requires all files to be compiled in the new "secure" plt model, not the old one that put plt code in the data segment. TLS is untested but may work. invoking the dynamic linker explicitly to load a program does not yet handle argv correctly.
* fix ppc stat structure definitionRich Felker2012-11-161-4/+3
|
* fix powerpc termios.h and ioctl.hrofl0r2012-11-162-192/+232
|
* disable SO_REUSEPORT in sys/socket.hRich Felker2012-11-151-1/+1
| | | | | | although a number is reserved for it, this option is not implemented on Linux and does not work. defining it causes some applications to use it, and subsequently break due to its failure.
* ppc wchar_t is long, not intRich Felker2012-11-151-1/+1
|
* fix powerpc atomic compare-and-swap functionRich Felker2012-11-141-6/+7
| | | | | previous version did not compare at all; it was just a fancy atomic write. untested. further atomic fixes may be needed.
* update ppc atomic code to match the endian-agnostic version on other archsRich Felker2012-11-141-14/+6
|
* fix wchar limits mistakenly copied from armRich Felker2012-11-141-2/+2
|
* PPC port cleaned up, static linking works well now.rofl0r2012-11-1335-956/+1025
|
* import preliminary ppc work by rdp.Richard Pennington2012-11-1329-0/+1971
|
* fix numerous mips abi constant definition mismatchesRich Felker2012-11-053-89/+120
|
* fix struct stat size/padding on microblazeRich Felker2012-10-191-1/+2
|
* inline syscalls for microblazeRich Felker2012-10-181-0/+97
|
* better support for reverse-endian variants of arm/mips/microblazeRich Felker2012-10-183-0/+12
| | | | these macros are supported by more compilers
* floating point environment/exceptions support for mipsRich Felker2012-10-181-3/+13
|
* microblaze TLS relocation support, completely untestedRich Felker2012-10-151-0/+6
|
* add support for TLS variant I, presently needed for arm and mipsRich Felker2012-10-157-11/+33
| | | | | | | | | | | | | | | | | | | | | | despite documentation that makes it sound a lot different, the only ABI-constraint difference between TLS variants II and I seems to be that variant II stores the initial TLS segment immediately below the thread pointer (i.e. the thread pointer points to the end of it) and variant I stores the initial TLS segment above the thread pointer, requiring the thread descriptor to be stored below. the actual value stored in the thread pointer register also tends to have per-arch random offsets applied to it for silly micro-optimization purposes. with these changes applied, TLS should be basically working on all supported archs except microblaze. I'm still working on getting the necessary information and a working toolchain that can build TLS binaries for microblaze, but in theory, static-linked programs with TLS and dynamic-linked programs where only the main executable uses TLS should already work on microblaze. alignment constraints have not yet been heavily tested, so it's possible that this code does not always align TLS segments correctly on archs that need TLS variant I.
* ensure pointer decay in inline-asm arg for i386 syscall6Rich Felker2012-10-131-1/+1
| | | | | | | | this is actually a rather subtle issue: do arrays decay to pointers when used as inline asm args? gcc says yes, but currently pcc says no. hopefully this discrepency in pcc will be fixed, but since the behavior is not clearly defined anywhere I can find, I'm using an explicit operation to cause the decay to occur.
* i386 vsyscall support (vdso-provided sysenter/syscall instruction based)Rich Felker2012-10-111-66/+7
| | | | | | this doubles the performance of the fastest syscalls on the atom I tested it on; improvement is reportedly much more dramatic on worst-case cpus. cannot be used for cancellable syscalls.
* fix incorrect TLS reloc macro names in x86_64 reloc.hRich Felker2012-10-051-3/+3
|
* dynamic-linked TLS support for everything but dlopen'd libsRich Felker2012-10-045-5/+63
| | | | | | | | currently, only i386 is tested. x86_64 and arm should probably work. the necessary relocation types for mips and microblaze have not been added because I don't understand how they're supposed to work, and I'm not even sure if it's defined yet on microblaze. I may be able to reverse engineer the requirements out of gcc/binutils output.
* microblaze portRich Felker2012-09-2929-0/+1962
| | | | | | based on initial work by rdp, with heavy modifications. some features including threads are untested because qemu app-level emulation seems to be broken and I do not have a proper system image for testing.
* fix IPC_64 in msgctl tooRich Felker2012-09-221-0/+2
|
* fix broken semctl on systems that don't use IPC_64 flagRich Felker2012-09-223-0/+6
| | | | | not tested on mips and arm; they may still be broken. x86_64 should be ok now.
* add O_EXEC open modeRich Felker2012-09-154-0/+4
| | | | | the linux O_PATH mode provides the necessary semantics for both the O_SEARCH and O_EXEC modes defined and required by POSIX 2008.
* fix syscall asm constraints for arm tooRich Felker2012-09-151-4/+4
| | | | | no problems were detected so far, but the constraints seem to have been invalid just like the mips ones.
* fix buggy constraints in mips inline syscall asmRich Felker2012-09-151-2/+2
| | | | | | | | if same register is used for input/output, the compiler must be told. otherwise is generates random junk code that clobbers the result. in pure syscall-wrapper functions, nothing went wrong, but in more complex functions where register allocation is non-trivial, things broke badly.
* add O_PATH/O_SEARCH support to fcntl.hRich Felker2012-09-134-0/+8
| | | | | | | I'm not 100% sure that Linux's O_PATH meets the POSIX requirements for O_SEARCH, but it seems very close if not perfect. and old kernels ignore it, so O_SEARCH will still work as desired as long as the caller has read permissions to the directory.
* improve mips syscall asm constraints to use immediates, if possibleRich Felker2012-09-111-12/+21
| | | | | | | | | | | | | by using the "ir" constraint (immediate or register) and the carefully constructed instruction addu $2,$0,%2 which can take either an immediate or a register for %2, the new inline asm admits maximal optimization with no register spillage to the stack when the compiler successfully performs constant propagration, but still works by allocating a register when the syscall number cannot be recognized as a constant. in the case of syscalls with 0-3 arguments it barely matters, but for 4-argument syscalls, using an immediate for the syscall number avoids creating a stack frame for the syscall wrapper function.
* eliminate assumption that mips syscall restart preserves r25Rich Felker2012-09-101-23/+12
| | | | | | | | | all past and current kernel versions have done so, but there seems to be no reason it's necessary and the sentiment from everyone I've asked has been that we should not rely on it. instead, use r7 (an argument register) which will necessarily be preserved upon syscall restart. however this only works for 0-3 argument syscalls, and we have to resort to the function call for 4-argument syscalls.
* inline syscall support for armRich Felker2012-09-091-0/+53
| | | | | | 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).
* inline syscall support for mipsRich Felker2012-09-091-0/+57
| | | | | | | this drastically reduces the size of some functions which are purely syscall wrappers. disabled for clang due to known bugs satisfying register constraints.
* syscall organization overhaulRich Felker2012-09-088-632/+282
| | | | | | | | | | | | 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.
* add acct, accept4, setns, and dup3 syscalls (linux extensions)Rich Felker2012-09-081-0/+3
| | | | based on patch by Justin Cormack
* add clang-compatible thread-pointer code for mipsRich Felker2012-09-071-0/+4
| | | | | | | | | | clang does not presently support the "v" constraint we want to use to get the result from $3, and trying to use register...__asm__("$3") to do the same invokes serious compiler bugs. so for now, i'm working around the issue with an extra temp register and putting $3 in the clobber list instead of using it as output. when the bugs in clang are fixed, this issue should be revisited to generate smaller/faster code like what gcc gets.
* avoid "inline" in public headers for strict c89 compatibilityRich Felker2012-09-024-35/+35
| | | | | | | | | while musl itself requires a c99 compiler, some applications insist on being compiled with c89 compilers, and use of "inline" in the headers was breaking them. much of this had been avoided already by just skipping the inline keyword in pre-c99 compilers or modes, but this new unified solution is cleaner and may/should result in better code generation in the default gcc configuration.
* avoid need for -march=mips2 to compile mips atomic.h asmRich Felker2012-08-111-0/+8
| | | | | | linux guarantees ll/sc are always available. on mips1, they will be emulated by the kernel. thus they are part of the linux mips1 abi and safe to use.
* use int instead of long for ptrdiff_t on all 32-bit archsRich Felker2012-08-102-2/+2
| | | | | | | | this is needed to match the underlying "ABI" standards. it's not really an ABI issue since the binary representations are the same, but having the wrong type can lead to errors when the type arising from a difference-of-pointers expression does not match the defined type of ptrdiff_t. most of the problems affect C++, not C.
* fix incorrect ptrdiff_t type on mipsRich Felker2012-08-101-1/+1
|
* add defines for number of sigset_t bytes syscalls expectRich Felker2012-08-094-0/+8
| | | | yet another gratuitous mips incompatibility...
* further fixes for mips ioctl.h headerRich Felker2012-08-071-4/+4
| | | | untested; hopefully it's right now
* fix another mips gratuitous-incompatibility bug: ioctl numbersRich Felker2012-08-071-2/+2
|
* fix socket.h on mipsRich Felker2012-08-051-0/+3
| | | | | why does mips have to be gratuitously incompatible in every possible imaginable way?
* more stuff lost committing mips dynamic linkerRich Felker2012-08-051-2/+2
|
* mips dynamic linker supportRich Felker2012-08-051-3/+53
| | | | | | | | | | | | | | | | | | not heavily tested, but the basics are working. the basic concept is that the dynamic linker entry point code invokes a pure-PIC (no global accesses) C function in reloc.h to perform the early GOT relocations needed to make the dynamic linker itself functional, then invokes __dynlink like on other archs. since mips uses some ugly arch-specific hacks to optimize relocating the GOT (rather than just using the normal DT_REL[A] tables like on other archs), the dynamic linker has been modified slightly to support calling arch-specific relocation code in reloc.h. most of the actual mips-specific behavior was developed by reading the output of readelf on libc.so and simple executable files. i could not find good reference information on which relocation types need to be supported or their semantics, so it's possible that some legitimate usage cases will not work yet.
* add floating point register saving/restoring to mips setjmp/longjmpRich Felker2012-07-221-1/+1
| | | | | | | also fix the alignment of jmp_buf to meet the abi. linux always emulates fpu on mips if it's not present, so enabling this code unconditionally is "safe" but may be slow. in the long term it may be preferable to find a way to disable it on soft float builds.
* fix broken mips a_fetch_addRich Felker2012-07-121-7/+7
| | | | sc was overwriting the result
* mipsel (little endian) supportRich Felker2012-07-121-1/+1
| | | | | | the fields in the mcontext_t are long long (for no good reason) even on 32-bit mips, so the offset of the instruction pointer (as a word) varies depending on endianness.