about summary refs log tree commit diff
path: root/include/sys
Commit message (Collapse)AuthorAgeFilesLines
* add fanotify syscall wrapper and headerrofl0r2014-01-021-0/+73
|
* fix struct signalfd_siginfoTimo Teräs2013-12-291-2/+3
| | | | | | | ssi_ptr is really 64-bit in kernel, so fix that. assuming sizeof(void*) for it also caused incorrect padding for 32-bits, as the following 64-bits are aligned to 64-bits (and the padding was not taken into account), so fix the padding as well. add addr_lsb field while there.
* add sys/quota.h and quotactl syscall wrapperRich Felker2013-12-201-0/+104
| | | | based on patch by Timo Teräs.
* move struct ucred under _GNU_SOURCE in sys/socket.h for clean posix namespaceSzabolcs Nagy2013-12-041-0/+2
|
* fix SHUT_WR typo in sys/socket.h and duplicate definitions of SHUT_*Szabolcs Nagy2013-12-041-5/+1
|
* use 0 instead of NULL in headers where NULL is not definedSzabolcs Nagy2013-11-241-1/+1
| | | | some macros in sys/mtio.h and syslog.h used NULL without defining it
* timeradd/timersub: cast result to void to get rid of warningsrofl0r2013-11-231-2/+2
| | | | | | | previously: timersub(&now, t, &diff); warning: value computed is not used [-Wunused-value]
* adjust sys/wait.h not to produde errors in strict ISO C feature profileRich Felker2013-11-091-3/+7
| | | | | | | | | | | | siginfo_t is not available from signal.h when the strict ISO C feature profile (e.g. passing -std=c99 to gcc without defining any other feature test macros) is used, but the type is needed to declare waitid. using sys/wait.h (or any POSIX headers) in strict ISO C mode is an application bug, but in the interest of compatibility, it's best to avoid producing gratuitous errors. the simplest fix I could find is suppressing the declaration of waitid (and also signal.h inclusion, since it's not needed for anything else) in this case, while still exposing everything else in sys/wait.h
* add legacy ftime function and sys/timeb.hRich Felker2013-10-251-0/+22
| | | | | | despite being marked legacy, this was specified by SUSv3 as part of the XSI option; only the most recent version of the standard dropped it. reportedly there's actual code using it.
* fix typo in socket.h (wrong macro name)Szabolcs Nagy2013-10-181-1/+1
|
* sys/resource.h: add PRIO_MIN and PRIO_MAX for getpriority and setprioritySzabolcs Nagy2013-09-161-0/+3
| | | | | | | These constants are not specified by POSIX, but they are in the reserved namespace, glibc and bsd systems seem to provide them as well. (Note that POSIX specifies -NZERO and NZERO-1 to be the limits, but PRIO_MAX equals NZERO)
* sys/socket.h: add new SO_BUSY_POLL socket optionSzabolcs Nagy2013-09-151-0/+1
| | | | low latency busy poll sockets are new in linux v3.11
* ptrace.h: add new ptrace requests to get/set sigmaskSzabolcs Nagy2013-09-151-0/+2
| | | | | PTRACE_GETSIGMASK and PTRACE_SETSIGMASK were added in linux v3.11 and used by checkpoint/restore tools
* add SUN_LEN macro to sys/un.h under appropriate feature testsRich Felker2013-08-211-0/+19
| | | | | this is ugly and useless, but it seems to be the least-ugly way to provide it...
* add missing MSG_EXCEPT in sys/msg.hRich Felker2013-08-141-0/+1
|
* fix definitions of WIFSTOPPED and WIFSIGNALED to support up to signal 127Rich Felker2013-08-101-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | mips has signal numbers up to 127 (formerly, up to 128, but the last one never worked right and caused kernel panic when used), so 127 in the "signal number" field of the wait status is insufficient for determining that the process was stopped. in addition, a nonzero value in the upper bits must be present, indicating the signal number which caused the process to be stopped. details on this issue can be seen in the email with message id CAAG0J9-d4BfEhbQovFqUAJ3QoOuXScrpsY1y95PrEPxA5DWedQ@mail.gmail.com on the linux-mips mailing list, archived at: http://www.linux-mips.org/archives/linux-mips/2013-06/msg00552.html and in the associated thread about fixing the mips kernel bug. commit 4a96b948687166da26a6c327e6c6733ad2336c5c fixed the corresponding issue in uClibc, but introduced a multiple-evaluation issue for the WIFSTOPPED macro. for the most part, none of these issues affected pure musl systems, since musl has up until now (incorrectly) defined SIGRTMAX as 64 on all archs, even mips. however, interpreting status of non-musl programs on mips may have caused problems. with this change, the full range of signal numbers can be made available on mips.
* sys/personality.h: add missing C++ compatrofl0r2013-08-081-0/+7
|
* sys/personality.h: add missing macrosrofl0r2013-08-081-0/+33
|
* add macros for new(ish) prctl commandsRich Felker2013-07-301-0/+37
|
* fix some prctl macros that were incorrectly copied into this fileRich Felker2013-07-301-3/+3
|
* add wrapper headers, with warnings, for various incorrect names under sysRich Felker2013-07-276-0/+11
| | | | | | | also add a warning to the existing sys/poll.h. the warning is absent from sys/dir.h because it is actually providing a slightly different API to the program, and thus just replacing the #include directive is not a valid fix to programs using this one.
* add protocol families PF_IB and PF_VSOCK to socket.hSzabolcs Nagy2013-07-251-1/+5
| | | | | | | | linux commit 8d36eb01da5d371feffa280e501377b5c450f5a5 (2013-05-29) added PF_IB for InfiniBand linux commit d021c344051af91f42c5ba9fdedc176740cbd238 (2013-02-06) added PF_VSOCK for VMware sockets
* add PTRACE_PEEKSIGINFO to ptrace.hSzabolcs Nagy2013-07-241-0/+11
| | | | | added in linux-v3.10 commit 84c751bd4aebbaae995fe32279d3dba48327bad4 using stdint.h types for the new ptrace_peeksiginfo_args struct
* add SO_SELECT_ERR_QUEUE to socket.hSzabolcs Nagy2013-07-241-0/+1
| | | | introduced in linux-v3.10 commit 7d4c04fc170087119727119074e72445f2bb192b
* move register_t and u_int64_t (back) to alltypesRich Felker2013-07-221-2/+5
| | | | | | | | during the header refactoring, I had moved u_int64_t out of alltypes under the assumption that we could just use long long everywhere. however, it seems some broken applications make inconsistent mixed use of u_int64_t and uint64_t, resulting in build errors when the underlying type differs.
* refactor headers, especially alltypes.h, and improve C++ ABI compatRich Felker2013-07-224-16/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | the arch-specific bits/alltypes.h.sh has been replaced with a generic alltypes.h.in and minimal arch-specific bits/alltypes.h.in. this commit is intended to have no functional changes except: - exposing additional symbols that POSIX allows but does not require - changing the C++ name mangling for some types - fixing the signedness of blksize_t on powerpc (POSIX requires signed) - fixing the limit macros for sig_atomic_t on x86_64 - making dev_t an unsigned type (ABI matching goal, and more logical) in addition, some types that were wrongly defined with long on 32-bit archs were changed to int, and vice versa; this change is non-functional except for the possibility of making pointer types mismatch, and only affects programs that were using them incorrectly, and only at build-time, not runtime. the following changes were made in the interest of moving non-arch-specific types out of the alltypes system and into the headers they're associated with, and also will tend to improve application compatibility: - netdb.h now includes netinet/in.h (for socklen_t and uint32_t) - netinet/in.h now includes sys/socket.h and inttypes.h - sys/resource.h now includes sys/time.h (for struct timeval) - sys/wait.h now includes signal.h (for siginfo_t) - langinfo.h now includes nl_types.h (for nl_item) for the types in stdint.h: - types which are of no interest to other headers were moved out of the alltypes system. - fast types for 8- and 64-bit are hard-coded (at least for now); only the 16- and 32-bit ones have reason to vary by arch. and the following types have been changed for C++ ABI purposes; - mbstate_t now has a struct tag, __mbstate_t - FILE's struct tag has been changed to _IO_FILE - DIR's struct tag has been changed to __dirstream - locale_t's struct tag has been changed to __locale_struct - pthread_t is defined as unsigned long in C++ mode only - fpos_t now has a struct tag, _G_fpos64_t - fsid_t's struct tag has been changed to __fsid_t - idtype_t has been made an enum type (also required by POSIX) - nl_catd has been changed from long to void * - siginfo_t's struct tag has been removed - sigset_t's has been given a struct tag, __sigset_t - stack_t has been given a struct tag, sigaltstack - suseconds_t has been changed to long on 32-bit archs - [u]intptr_t have been changed from long to int rank on 32-bit archs - dev_t has been made unsigned summary of tests that have been performed against these changes: - nsz's libc-test (diff -u before and after) - C++ ABI check symbol dump (diff -u before, after, glibc) - grepped for __NEED, made sure types needed are still in alltypes - built gcc 3.4.6
* add UIO_MAXIOV macro in sys/uio.hRich Felker2013-07-191-0/+2
| | | | | | while there's no POSIX namespace provision for UIO_* in uio.h, this exact macro name is reserved in XBD 2.2.2. apparently some glibc-centric software expects it to exist, so let's provide it.
* add NFDBITS in sys/select.h with appropriate feature testsRich Felker2013-07-061-0/+3
| | | | | | | the main use for this macro seems to be knowing the correct allocation granularity for dynamic-sized fd_set objects. such usage is non-conforming and results in undefined behavior, but it is widespread in applications.
* add legacy sys/ttydefaults.h headerrofl0r2013-07-031-0/+39
|
* fix shifts possibly larger than type in major() macroRich Felker2013-06-291-1/+1
| | | | | | | | in theory this should not be an issue, since major() should only be applied to type dev_t, which is 64-bit. however, it appears some applications are not using dev_t but a smaller integer type (which works on Linux because the kernel's dev_t is really only 32-bit). to avoid the undefined behavior, do it as two shifts.
* work around wrong kernel type for sem_nsems member of struct semid_dsRich Felker2013-06-281-1/+9
| | | | | | | | | | rejecting invalid values for n is fine even in the case where a new sem will not be created, since the kernel does its range checks on n even in this case as well. by default, the kernel will bound the limit well below USHRT_MAX anyway, but it's presumably possible that an administrator could override this limit and break things.
* add missing type shmatt_t in sys/shm.hRich Felker2013-06-281-0/+2
| | | | | | | this type is not really intended to be used; it's just there to allow implementations to choose the type for the shm_nattch member of struct shmid_sh, presumably since historical implementations disagreed on the type. in any case, it needs to be there, so now it is.
* fix the prototype of settimeofday to follow the original BSD declarationSzabolcs Nagy2013-05-261-5/+5
|
* support full range of dev_t major/minor numbers in makedev, etc. macrosRich Felker2013-05-151-3/+10
|
* re-add useconds_trofl0r2013-04-021-0/+1
| | | | | | | | this type was removed back in 5243e5f1606a9c6fcf01414e , because it was removed from the XSI specs. however some apps use it. since it's in the POSIX reserved namespace, we can expose it unconditionally.
* add new socket options to sys/socket.h following linuxSzabolcs Nagy2013-04-011-2/+17
|
* add ADJ_SETOFFSET timex mode bit (new in linux v2.6.39)Szabolcs Nagy2013-04-011-0/+1
|
* fix epoll structure alignment on non-x86_64 archsRich Felker2013-03-061-1/+5
| | | | | | | | | | | | | | this fix is far from ideal and breaks the rule of not using arch-specific #ifdefs, but for now we just need a solution to the existing breakage. the underlying problem is that the kernel folks made a very stupid decision to make misalignment of this struct part of the kernel API/ABI for x86_64, in order to avoid writing a few extra lines of code to handle both 32- and 64-bit userspace on 64-bit kernels. I had just added the packed attribute unconditionally thinking it was harmless on 32-bit archs, but non-x86 32-bit archs have 8-byte alignment on 64-bit types.
* fix some obscure header type size/alignment issuesRich Felker2013-03-041-4/+2
|
* add MOD_TAI to sys/timex.h and update STA_RONLYSzabolcs Nagy2013-01-121-1/+2
|
* add SWAP_FLAG_DISCARD to sys/swap.hSzabolcs Nagy2013-01-121-0/+1
|
* add mount flags to sys/mount.hSzabolcs Nagy2013-01-121-4/+22
| | | | | | | | added various MS_*, MNT_*, UMOUNT_* flags following the linux headers, with one exception: MS_NOUSER is defined as (1U<<31) instead of (1<<31) which invokes undefined behaviour the S_* flags were removed following glibc
* add IN_EXCL_UNLINK to sys/inotify.hSzabolcs Nagy2013-01-121-0/+1
|
* add EPOLLWAKEUP flag to sys/epoll.hSzabolcs Nagy2013-01-121-0/+1
|
* add RB_SW_SUSPEND and RB_KEXEC to sys/reboot.hSzabolcs Nagy2013-01-121-0/+2
| | | | using the glibc names for the magic constants of the linux reboot syscall
* add missing ptrace requests and options to sys/ptrace.hSzabolcs Nagy2013-01-121-1/+9
|
* add missing protocol families to sys/socket.hSzabolcs Nagy2013-01-121-1/+11
| | | | | missing protocol families based on current linux headers: PF_RDS, PF_LLC, PF_CAN, PF_TIPC, PF_NFC
* fix another case of cloexec/nonblock flags not matching arch valuesRich Felker2013-01-101-2/+3
|
* wait.h: add linux specific, thread-related waitpid() flagsrofl0r2013-01-041-0/+4
| | | | | | | | | these flags are needed in order to be able to handle lwp id's which the kernel returns after clone() calls for new threads via ptrace(PTRACE_GETEVENTMSG). fortunately, they're the same for all archs and in the reserved namespace.
* align EPOLL_* flags with fcntl O_* flag definitions, which vary by archRich Felker2012-12-271-2/+3
| | | | | | | | the old definitions were wrong on some archs. actually, EPOLL_NONBLOCK probably should not even be defined; it is not accepted by the kernel and it's not clear to me whether it has any use at all, even if it did work. this issue should be revisited at some point, but I'm leaving it in place for now in case some applications reference it.