about summary refs log tree commit diff
path: root/arch
Commit message (Collapse)AuthorAgeFilesLines
* 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.
* workaround another sendmsg kernel bug on 64-bit machinesRich Felker2012-07-124-0/+29
| | | | | | | | | the kernel wrongly expects the cmsg length field to be size_t instead of socklen_t. in order to work around the issue, we have to impose a length limit and copy to a local buffer. the length limit should be more than sufficient for any real-world use; these headers are only used for passing file descriptors and permissions between processes over unix sockets.
* fix redef of sigprocmask constants on mipsRich Felker2012-07-121-0/+3
| | | | this fix is easier than trying to reorder the header stuff
* more mips bits-header fixesRich Felker2012-07-121-2/+6
| | | | signal handling was very broken because of this
* fix mips syscalls with long long argsRich Felker2012-07-121-1/+1
| | | | | like arm, mips requires 64-bit arguments to be "aligned" on an even register boundary.
* fix mips mcontext_t structure sizeRich Felker2012-07-121-1/+5
| | | | | otherwise offs in ucontext_t will be wrong, and break code that inspects or modifies the signal makes (including cancellation code).
* fix MAP_ANONYMOUS value for mips, remove cruft copied from i386Rich Felker2012-07-111-2/+1
|
* initial version of mips (o32) port, based on work by Richard Pennington (rdp)Rich Felker2012-07-1129-0/+2037
| | | | | | | | | | | | | basically, this version of the code was obtained by starting with rdp's work from his ellcc source tree, adapting it to musl's build system and coding style, auditing the bits headers for discrepencies with kernel definitions or glibc/LSB ABI or large file issues, fixing up incompatibility with the old binutils from aboriginal linux, and adding some new special cases to deal with the oddities of sigaction and pipe syscall interfaces on mips. at present, minimal test programs work, but some interfaces are broken or missing. threaded programs probably will not link.
* support -mfpmath=387 on x86_64Rich Felker2012-07-101-0/+4
| | | | apparently somebody wants this for something... and it doesn't hurt.
* fix wrong value of FLT_EVAL_METHOD for x86_64Rich Felker2012-07-101-1/+1
|
* make arm syscalls (still non-inline) more efficientRich Felker2012-07-081-6/+6
| | | | no need to pass zero for unused arguments; just omit them.
* remove little-endian assumption from arm atomic.hRich Felker2012-07-081-4/+6
| | | | this hidden endian dependency had left big endian arm badly broken.
* jmp_buf overhaul fixing several issuesRich Felker2012-07-033-3/+3
| | | | | | | | | | | | | on arm, the location of the saved-signal-mask flag and mask were off by one between sigsetjmp and siglongjmp, causing incorrect behavior restoring the signal mask. this is because the siglongjmp code assumed an extra slot was in the non-sig jmp_buf for the flag, but arm did not have this. now, the extra slot is removed for all archs since it was useless. also, arm eabi requires jmp_buf to have 8-byte alignment. we achieve that using long long as the type rather than with non-portable gcc attribute tags.
* update syscall defs to latest kernel onesRich Felker2012-06-233-0/+38
| | | | patch submitted by Kristian L. <email@thexception.net>
* proper error handling for fcntl F_GETOWN on modern kernelsRich Felker2012-06-203-0/+9
| | | | | | on old kernels, there's no way to detect errors; we must assume negative syscall return values are pgrp ids. but if the F_GETOWN_EX fcntl works, we can get a reliable answer.
* fix arm syscall.h to reflect which syscalls actually exist (on EABI)Rich Felker2012-05-241-22/+0
|
* fix missing _BSD_SOURCE support in bits/*.hRich Felker2012-05-229-12/+12
| | | | | | | | | | | | this is actually rather ugly, and would get even uglier if we ever want to support further feature test macros. at some point i may factor the bits headers into separate files for C base, POSIX base, and nonstandard extensions (the only distinctions that seem to matter now) and then the logic for which to include can go in the main header rather than being duplicated for each arch. the downside of this is that it would result in more files having to be opened during compilation, so as long as the ugliness does not grow, i'm inclined to leave it alone for now.
* fix float_t and double_t defs on x86 when -mfpmath=sse -msse2 is usedRich Felker2012-04-291-0/+5
|
* support FLT_EVAL_METHOD changing on x86 with gcc -msse2 -mfpmath=sseRich Felker2012-04-271-0/+4
| | | | | if the compiler provides a value, use it; otherwise fallback to the platform default (2).
* use signed char rather than plain char for int8_tRich Felker2012-04-243-12/+12
| | | | otherwise this BADLY breaks if -funsigned-char is passed to gcc
* move F_DUPFD_CLOEXEC out of bitsRich Felker2012-04-153-6/+0
| | | | | | fcntl values 1024 and up are universal, arch-independent. later I'll add some of the other linux-specific ones for notify, leases, pipe size, etc. here too.
* add F_SETSIG and F_GETSIG (linux specific) to fcntl.hRich Felker2012-04-153-0/+6
| | | | F_* is in the reserved namespace so no feature test is needed
* work around nasty gcc bug in the i386 syscall asmRich Felker2012-04-041-4/+4
| | | | | | | | | | | | | | | | | | | | | when the "r" (register) constraint is used to let gcc choose a register, gcc will sometimes assign the same register that was used for one of the other fixed-register operands, if it knows the values are the same. one common case is multiple zero arguments to a syscall. this horribly breaks the intended usage, which is swapping the GOT pointer from ebx into the temp register and back to perform the syscall. presumably there is a way to fix this with advanced usage of register constaints on the inline asm, but having bad memories about hellish compatibility issues with different gcc versions, for the time being i'm just going to hard-code specific registers to be used. this may hurt the compiler's ability to optimize, but it will fix serious miscompilation issues. so far the only function i know what compiled incorrectly is getrlimit.c, and naturally the bug only applies to shared (PIC) builds, but it may be more extensive and may have gone undetected..
* fix DECIMAL_DIG definitionsRich Felker2012-03-213-0/+6
| | | | | | | | | | | | | DECIMAL_DIG is not the same as LDBL_DIG type_DIG is the maximimum number of decimal digits that can survive a round trip from decimal to type and back to decimal. DECIMAL_DIG is the minimum number of decimal digits required in order for any floating point type to survive the round trip to decimal and back, and it is generally larger than LDBL_DIG. since the exact formula is non-trivial, and defining it larger than necessary may be legal but wasteful, just define the right value in bits/float.h.
generated by cgit-pink 1.4.1 (git 2.36.1) at 2024-11-15 22:10:57 +0000