summaryrefslogtreecommitdiff
path: root/include/sys
AgeCommit message (Collapse)AuthorFilesLines
2013-11-23timeradd/timersub: cast result to void to get rid of warningsrofl0r1-2/+2
previously: timersub(&now, t, &diff); warning: value computed is not used [-Wunused-value]
2013-11-09adjust sys/wait.h not to produde errors in strict ISO C feature profileRich Felker1-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
2013-10-25add legacy ftime function and sys/timeb.hRich Felker1-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.
2013-10-18fix typo in socket.h (wrong macro name)Szabolcs Nagy1-1/+1
2013-09-16sys/resource.h: add PRIO_MIN and PRIO_MAX for getpriority and setprioritySzabolcs Nagy1-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)
2013-09-15sys/socket.h: add new SO_BUSY_POLL socket optionSzabolcs Nagy1-0/+1
low latency busy poll sockets are new in linux v3.11
2013-09-15ptrace.h: add new ptrace requests to get/set sigmaskSzabolcs Nagy1-0/+2
PTRACE_GETSIGMASK and PTRACE_SETSIGMASK were added in linux v3.11 and used by checkpoint/restore tools
2013-08-21add SUN_LEN macro to sys/un.h under appropriate feature testsRich Felker1-0/+19
this is ugly and useless, but it seems to be the least-ugly way to provide it...
2013-08-14add missing MSG_EXCEPT in sys/msg.hRich Felker1-0/+1
2013-08-10fix definitions of WIFSTOPPED and WIFSIGNALED to support up to signal 127Rich Felker1-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.
2013-08-08sys/personality.h: add missing C++ compatrofl0r1-0/+7
2013-08-08sys/personality.h: add missing macrosrofl0r1-0/+33
2013-07-30add macros for new(ish) prctl commandsRich Felker1-0/+37
2013-07-30fix some prctl macros that were incorrectly copied into this fileRich Felker1-3/+3
2013-07-27add wrapper headers, with warnings, for various incorrect names under sysRich Felker6-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.
2013-07-25add protocol families PF_IB and PF_VSOCK to socket.hSzabolcs Nagy1-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
2013-07-24add PTRACE_PEEKSIGINFO to ptrace.hSzabolcs Nagy1-0/+11
added in linux-v3.10 commit 84c751bd4aebbaae995fe32279d3dba48327bad4 using stdint.h types for the new ptrace_peeksiginfo_args struct
2013-07-24add SO_SELECT_ERR_QUEUE to socket.hSzabolcs Nagy1-0/+1
introduced in linux-v3.10 commit 7d4c04fc170087119727119074e72445f2bb192b
2013-07-22move register_t and u_int64_t (back) to alltypesRich Felker1-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.
2013-07-22refactor headers, especially alltypes.h, and improve C++ ABI compatRich Felker4-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
2013-07-19add UIO_MAXIOV macro in sys/uio.hRich Felker1-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.
2013-07-06add NFDBITS in sys/select.h with appropriate feature testsRich Felker1-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.
2013-07-03add legacy sys/ttydefaults.h headerrofl0r1-0/+39
2013-06-29fix shifts possibly larger than type in major() macroRich Felker1-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.
2013-06-28work around wrong kernel type for sem_nsems member of struct semid_dsRich Felker1-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.
2013-06-28add missing type shmatt_t in sys/shm.hRich Felker1-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.
2013-05-26fix the prototype of settimeofday to follow the original BSD declarationSzabolcs Nagy1-5/+5
2013-05-15support full range of dev_t major/minor numbers in makedev, etc. macrosRich Felker1-3/+10
2013-04-02re-add useconds_trofl0r1-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.
2013-04-01add new socket options to sys/socket.h following linuxSzabolcs Nagy1-2/+17
2013-04-01add ADJ_SETOFFSET timex mode bit (new in linux v2.6.39)Szabolcs Nagy1-0/+1
2013-03-06fix epoll structure alignment on non-x86_64 archsRich Felker1-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.
2013-03-04fix some obscure header type size/alignment issuesRich Felker1-4/+2
2013-01-12add MOD_TAI to sys/timex.h and update STA_RONLYSzabolcs Nagy1-1/+2
2013-01-12add SWAP_FLAG_DISCARD to sys/swap.hSzabolcs Nagy1-0/+1
2013-01-12add mount flags to sys/mount.hSzabolcs Nagy1-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
2013-01-12add IN_EXCL_UNLINK to sys/inotify.hSzabolcs Nagy1-0/+1
2013-01-12add EPOLLWAKEUP flag to sys/epoll.hSzabolcs Nagy1-0/+1
2013-01-12add RB_SW_SUSPEND and RB_KEXEC to sys/reboot.hSzabolcs Nagy1-0/+2
using the glibc names for the magic constants of the linux reboot syscall
2013-01-12add missing ptrace requests and options to sys/ptrace.hSzabolcs Nagy1-1/+9
2013-01-12add missing protocol families to sys/socket.hSzabolcs Nagy1-1/+11
missing protocol families based on current linux headers: PF_RDS, PF_LLC, PF_CAN, PF_TIPC, PF_NFC
2013-01-10fix another case of cloexec/nonblock flags not matching arch valuesRich Felker1-2/+3
2013-01-04wait.h: add linux specific, thread-related waitpid() flagsrofl0r1-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.
2012-12-27align EPOLL_* flags with fcntl O_* flag definitions, which vary by archRich Felker1-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.
2012-12-19socket.h: add SO_(SND/RCV)BUFFORCE to generic blockrofl0r1-0/+2
2012-12-15add some missing macros to sys/shm.hRich Felker1-0/+3
these are not specified in the standard, but in the reserved namespace, so there is no problem with defining them unconditionally.
2012-12-13add missing flags in sys/timerfd.hRich Felker1-0/+6
2012-12-10fix regressions in app compatibility from previous sys/ipc.h changesRich Felker1-0/+5
despite glibc using __key and __seq rather than key and seq, some applications, notably busybox, assume the names are key and seq unless glibc is being used. and the names key and seq are really the ones that _should_ be exposed when not attempting to present a standards-conforming namespace; apps should not be using names that begin with double-underscore. thus, the optimal fix is to use key and seq as the actual names of the members when in bsd/gnu source profile, and define macros for __key and __seq that redirect to plain key and seq.
2012-12-10syscall() declaration belongs in unistd.h, not sys/syscall.hRich Felker1-10/+0
traditionally, both BSD and GNU systems have it this way. sys/syscall.h is purely syscall number macros. presently glibc exposes the syscall declaration in unistd.h only with _GNU_SOURCE, but that does not reflect historical practice.
2012-12-06fix names of ipc_perm __key/__seq elementsRich Felker1-6/+2
previously the names were exposed as key/seq with _GNU_SOURCE and __ipc_perm_key/__ipc_perm/seq otherwise, whereas glibc always uses __key and __seq for the names. thus, the old behavior never matched glibc, and the new behavior always does, regardless of feature test macros. for now, i'm leaving the renaming here in sys/ipc.h where it's easy to change globally for all archs, in case something turns out to be wrong, but eventually the names could just be incorporated directly into the bits headers for each arch and the renaming removed.