| /freebsd/lib/libc/sys/ |
| H A D | wait4.c | d7847a8d351436a4654bd2c746bc9c04401160ee Wed Mar 13 18:42:01 CET 2024 Brooks Davis <brooks@FreeBSD.org> lib{c,sys}: return wrapped syscall APIs to libc
These provide standard APIs, but are implemented using another system
call (e.g., pipe implemented in terms of pipe2) or are interposed by the
threading library to support cancelation.
After discussion with kib (see D44111), I've concluded that it is
better to keep most public interfaces in libc with as little
as possible in libsys.
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44241
|
| H A D | lstat.c | d7847a8d351436a4654bd2c746bc9c04401160ee Wed Mar 13 18:42:01 CET 2024 Brooks Davis <brooks@FreeBSD.org> lib{c,sys}: return wrapped syscall APIs to libc
These provide standard APIs, but are implemented using another system
call (e.g., pipe implemented in terms of pipe2) or are interposed by the
threading library to support cancelation.
After discussion with kib (see D44111), I've concluded that it is
better to keep most public interfaces in libc with as little
as possible in libsys.
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44241
|
| H A D | read.c | d7847a8d351436a4654bd2c746bc9c04401160ee Wed Mar 13 18:42:01 CET 2024 Brooks Davis <brooks@FreeBSD.org> lib{c,sys}: return wrapped syscall APIs to libc
These provide standard APIs, but are implemented using another system
call (e.g., pipe implemented in terms of pipe2) or are interposed by the
threading library to support cancelation.
After discussion with kib (see D44111), I've concluded that it is
better to keep most public interfaces in libc with as little
as possible in libsys.
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44241
|
| H A D | closefrom.c | d7847a8d351436a4654bd2c746bc9c04401160ee Wed Mar 13 18:42:01 CET 2024 Brooks Davis <brooks@FreeBSD.org> lib{c,sys}: return wrapped syscall APIs to libc
These provide standard APIs, but are implemented using another system
call (e.g., pipe implemented in terms of pipe2) or are interposed by the
threading library to support cancelation.
After discussion with kib (see D44111), I've concluded that it is
better to keep most public interfaces in libc with as little
as possible in libsys.
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44241
|
| H A D | fsync.c | d7847a8d351436a4654bd2c746bc9c04401160ee Wed Mar 13 18:42:01 CET 2024 Brooks Davis <brooks@FreeBSD.org> lib{c,sys}: return wrapped syscall APIs to libc
These provide standard APIs, but are implemented using another system
call (e.g., pipe implemented in terms of pipe2) or are interposed by the
threading library to support cancelation.
After discussion with kib (see D44111), I've concluded that it is
better to keep most public interfaces in libc with as little
as possible in libsys.
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44241
|
| H A D | aio_suspend.c | d7847a8d351436a4654bd2c746bc9c04401160ee Wed Mar 13 18:42:01 CET 2024 Brooks Davis <brooks@FreeBSD.org> lib{c,sys}: return wrapped syscall APIs to libc
These provide standard APIs, but are implemented using another system
call (e.g., pipe implemented in terms of pipe2) or are interposed by the
threading library to support cancelation.
After discussion with kib (see D44111), I've concluded that it is
better to keep most public interfaces in libc with as little
as possible in libsys.
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44241
|
| H A D | clock_nanosleep.c | d7847a8d351436a4654bd2c746bc9c04401160ee Wed Mar 13 18:42:01 CET 2024 Brooks Davis <brooks@FreeBSD.org> lib{c,sys}: return wrapped syscall APIs to libc
These provide standard APIs, but are implemented using another system
call (e.g., pipe implemented in terms of pipe2) or are interposed by the
threading library to support cancelation.
After discussion with kib (see D44111), I've concluded that it is
better to keep most public interfaces in libc with as little
as possible in libsys.
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44241
|
| H A D | fcntl.c | d7847a8d351436a4654bd2c746bc9c04401160ee Wed Mar 13 18:42:01 CET 2024 Brooks Davis <brooks@FreeBSD.org> lib{c,sys}: return wrapped syscall APIs to libc
These provide standard APIs, but are implemented using another system
call (e.g., pipe implemented in terms of pipe2) or are interposed by the
threading library to support cancelation.
After discussion with kib (see D44111), I've concluded that it is
better to keep most public interfaces in libc with as little
as possible in libsys.
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44241
|
| H A D | pselect.c | d7847a8d351436a4654bd2c746bc9c04401160ee Wed Mar 13 18:42:01 CET 2024 Brooks Davis <brooks@FreeBSD.org> lib{c,sys}: return wrapped syscall APIs to libc
These provide standard APIs, but are implemented using another system
call (e.g., pipe implemented in terms of pipe2) or are interposed by the
threading library to support cancelation.
After discussion with kib (see D44111), I've concluded that it is
better to keep most public interfaces in libc with as little
as possible in libsys.
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44241
|
| H A D | sigsuspend.c | d7847a8d351436a4654bd2c746bc9c04401160ee Wed Mar 13 18:42:01 CET 2024 Brooks Davis <brooks@FreeBSD.org> lib{c,sys}: return wrapped syscall APIs to libc
These provide standard APIs, but are implemented using another system
call (e.g., pipe implemented in terms of pipe2) or are interposed by the
threading library to support cancelation.
After discussion with kib (see D44111), I've concluded that it is
better to keep most public interfaces in libc with as little
as possible in libsys.
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44241
|
| H A D | wait6.c | d7847a8d351436a4654bd2c746bc9c04401160ee Wed Mar 13 18:42:01 CET 2024 Brooks Davis <brooks@FreeBSD.org> lib{c,sys}: return wrapped syscall APIs to libc
These provide standard APIs, but are implemented using another system
call (e.g., pipe implemented in terms of pipe2) or are interposed by the
threading library to support cancelation.
After discussion with kib (see D44111), I've concluded that it is
better to keep most public interfaces in libc with as little
as possible in libsys.
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44241
|
| H A D | write.c | d7847a8d351436a4654bd2c746bc9c04401160ee Wed Mar 13 18:42:01 CET 2024 Brooks Davis <brooks@FreeBSD.org> lib{c,sys}: return wrapped syscall APIs to libc
These provide standard APIs, but are implemented using another system
call (e.g., pipe implemented in terms of pipe2) or are interposed by the
threading library to support cancelation.
After discussion with kib (see D44111), I've concluded that it is
better to keep most public interfaces in libc with as little
as possible in libsys.
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44241
|
| H A D | sigwait.c | d7847a8d351436a4654bd2c746bc9c04401160ee Wed Mar 13 18:42:01 CET 2024 Brooks Davis <brooks@FreeBSD.org> lib{c,sys}: return wrapped syscall APIs to libc
These provide standard APIs, but are implemented using another system
call (e.g., pipe implemented in terms of pipe2) or are interposed by the
threading library to support cancelation.
After discussion with kib (see D44111), I've concluded that it is
better to keep most public interfaces in libc with as little
as possible in libsys.
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44241
|
| H A D | kevent.c | d7847a8d351436a4654bd2c746bc9c04401160ee Wed Mar 13 18:42:01 CET 2024 Brooks Davis <brooks@FreeBSD.org> lib{c,sys}: return wrapped syscall APIs to libc
These provide standard APIs, but are implemented using another system
call (e.g., pipe implemented in terms of pipe2) or are interposed by the
threading library to support cancelation.
After discussion with kib (see D44111), I've concluded that it is
better to keep most public interfaces in libc with as little
as possible in libsys.
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44241
|
| H A D | brk.c | d7847a8d351436a4654bd2c746bc9c04401160ee Wed Mar 13 18:42:01 CET 2024 Brooks Davis <brooks@FreeBSD.org> lib{c,sys}: return wrapped syscall APIs to libc
These provide standard APIs, but are implemented using another system
call (e.g., pipe implemented in terms of pipe2) or are interposed by the
threading library to support cancelation.
After discussion with kib (see D44111), I've concluded that it is
better to keep most public interfaces in libc with as little
as possible in libsys.
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44241
|
| H A D | setcontext.c | d7847a8d351436a4654bd2c746bc9c04401160ee Wed Mar 13 18:42:01 CET 2024 Brooks Davis <brooks@FreeBSD.org> lib{c,sys}: return wrapped syscall APIs to libc
These provide standard APIs, but are implemented using another system
call (e.g., pipe implemented in terms of pipe2) or are interposed by the
threading library to support cancelation.
After discussion with kib (see D44111), I've concluded that it is
better to keep most public interfaces in libc with as little
as possible in libsys.
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44241
|
| H A D | shm_open.c | d7847a8d351436a4654bd2c746bc9c04401160ee Wed Mar 13 18:42:01 CET 2024 Brooks Davis <brooks@FreeBSD.org> lib{c,sys}: return wrapped syscall APIs to libc
These provide standard APIs, but are implemented using another system
call (e.g., pipe implemented in terms of pipe2) or are interposed by the
threading library to support cancelation.
After discussion with kib (see D44111), I've concluded that it is
better to keep most public interfaces in libc with as little
as possible in libsys.
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44241
|
| H A D | compat-stub.c | d7847a8d351436a4654bd2c746bc9c04401160ee Wed Mar 13 18:42:01 CET 2024 Brooks Davis <brooks@FreeBSD.org> lib{c,sys}: return wrapped syscall APIs to libc
These provide standard APIs, but are implemented using another system
call (e.g., pipe implemented in terms of pipe2) or are interposed by the
threading library to support cancelation.
After discussion with kib (see D44111), I've concluded that it is
better to keep most public interfaces in libc with as little
as possible in libsys.
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44241
|
| H A D | Symbol.map | d7847a8d351436a4654bd2c746bc9c04401160ee Wed Mar 13 18:42:01 CET 2024 Brooks Davis <brooks@FreeBSD.org> lib{c,sys}: return wrapped syscall APIs to libc
These provide standard APIs, but are implemented using another system
call (e.g., pipe implemented in terms of pipe2) or are interposed by the
threading library to support cancelation.
After discussion with kib (see D44111), I've concluded that it is
better to keep most public interfaces in libc with as little
as possible in libsys.
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44241
|
| H A D | openat.c | d7847a8d351436a4654bd2c746bc9c04401160ee Wed Mar 13 18:42:01 CET 2024 Brooks Davis <brooks@FreeBSD.org> lib{c,sys}: return wrapped syscall APIs to libc
These provide standard APIs, but are implemented using another system
call (e.g., pipe implemented in terms of pipe2) or are interposed by the
threading library to support cancelation.
After discussion with kib (see D44111), I've concluded that it is
better to keep most public interfaces in libc with as little
as possible in libsys.
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44241
|
| H A D | pipe.c | d7847a8d351436a4654bd2c746bc9c04401160ee Wed Mar 13 18:42:01 CET 2024 Brooks Davis <brooks@FreeBSD.org> lib{c,sys}: return wrapped syscall APIs to libc
These provide standard APIs, but are implemented using another system
call (e.g., pipe implemented in terms of pipe2) or are interposed by the
threading library to support cancelation.
After discussion with kib (see D44111), I've concluded that it is
better to keep most public interfaces in libc with as little
as possible in libsys.
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44241
|
| H A D | msync.c | d7847a8d351436a4654bd2c746bc9c04401160ee Wed Mar 13 18:42:01 CET 2024 Brooks Davis <brooks@FreeBSD.org> lib{c,sys}: return wrapped syscall APIs to libc
These provide standard APIs, but are implemented using another system
call (e.g., pipe implemented in terms of pipe2) or are interposed by the
threading library to support cancelation.
After discussion with kib (see D44111), I've concluded that it is
better to keep most public interfaces in libc with as little
as possible in libsys.
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44241
|
| H A D | sigwaitinfo.c | d7847a8d351436a4654bd2c746bc9c04401160ee Wed Mar 13 18:42:01 CET 2024 Brooks Davis <brooks@FreeBSD.org> lib{c,sys}: return wrapped syscall APIs to libc
These provide standard APIs, but are implemented using another system
call (e.g., pipe implemented in terms of pipe2) or are interposed by the
threading library to support cancelation.
After discussion with kib (see D44111), I've concluded that it is
better to keep most public interfaces in libc with as little
as possible in libsys.
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44241
|
| H A D | swapcontext.c | d7847a8d351436a4654bd2c746bc9c04401160ee Wed Mar 13 18:42:01 CET 2024 Brooks Davis <brooks@FreeBSD.org> lib{c,sys}: return wrapped syscall APIs to libc
These provide standard APIs, but are implemented using another system
call (e.g., pipe implemented in terms of pipe2) or are interposed by the
threading library to support cancelation.
After discussion with kib (see D44111), I've concluded that it is
better to keep most public interfaces in libc with as little
as possible in libsys.
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44241
|
| H A D | fdatasync.c | d7847a8d351436a4654bd2c746bc9c04401160ee Wed Mar 13 18:42:01 CET 2024 Brooks Davis <brooks@FreeBSD.org> lib{c,sys}: return wrapped syscall APIs to libc
These provide standard APIs, but are implemented using another system
call (e.g., pipe implemented in terms of pipe2) or are interposed by the
threading library to support cancelation.
After discussion with kib (see D44111), I've concluded that it is
better to keep most public interfaces in libc with as little
as possible in libsys.
Reviewed by: kib
Differential Revision: https://reviews.freebsd.org/D44241
|