Llamadas al sistema y funciones envoltorio (wrapper) de librería¶

Por lo general, las llamadas al sistema no se invocan directamente, sino a través de funciones envoltorio en glibc (o quizás alguna otra biblioteca). Para más detalles sobre la invocación directa de una llamada al sistema, véase intro(2). A menudo, pero no siempre, el nombre de la función envoltorio es el mismo que el nombre de la llamada al sistema que invoca. Por ejemplo, glibc contiene una función truncate() que invoca la llamada al sistema subyacente "truncate".

A menudo la función envoltorio de glibc es bastante delgada, haciendo poco trabajo aparte de copiar los argumentos a los registros correctos antes de invocar la llamada al sistema, y luego establecer errno apropiadamente después de que la llamada al sistema haya retornado. (Estos son los mismos pasos que realiza syscall(2), que puede utilizarse para invocar llamadas al sistema para las que no se proporciona ninguna función envoltorio). Nota: las llamadas al sistema indican un fallo devolviendo un número de error negativo al llamante; cuando esto ocurre, la función envoltorio niega el número de error devuelto (para hacerlo positivo), lo copia a errno, y devuelve -1 al llamante del envoltorio.

A veces, sin embargo, la función envoltura hace algo de trabajo extra antes de invocar la llamada al sistema. Por ejemplo, actualmente hay (por razones descritas a continuación) dos llamadas al sistema relacionadas, truncate(2) y truncate64(2), y la función envoltura glibc truncate() revisa cual de esas llamadas al sistema son provistas por el kernel y determina cual debería ser empleada.

Lista de Llamadas al Sistema¶

A continuación está una lista de las llamadas al sistema Linux. En la lista, la columna Kernel indica la versión del kernel de esas llamadas al sistema que eran nuevas en Linux 2.2, o aparecieron desde esa versión del kernel. Nótense los siguientes puntos:

• Cuando no se indica la versión del núcleo, la llamada al sistema apareció en el núcleo 1.0 o anterior.
• Cuando una llamada al sistema está marcada con "1.2" significa que la llamada al sistema probablemente apareció en una versión 1.1.x del kernel, y apareció por primera vez en un kernel estable con 1.2. (El desarrollo del kernel 1.2 se inició a partir de una rama del kernel 1.0.6 a través de la serie de kernels inestables 1.1.x).
• Cuando una llamada al sistema está marcada como "2.0" significa que la llamada al sistema probablemente apareció en una versión del núcleo 1.3.x, y apareció por primera vez en un núcleo estable con la 2.0. (El desarrollo del kernel 2.0 se inició a partir de una rama del kernel 1.2.x, en torno a la 1.2.10, a través de la serie de kernels inestables 1.3.x).
• Cuando una llamada al sistema está marcada con "2.2" significa que la llamada al sistema probablemente apareció en una versión 2.1.x del kernel, y apareció por primera vez en un kernel estable con 2.2.0. (El desarrollo del kernel 2.2 se inició a partir de una rama del kernel 2.0.21 a través de la serie de kernels inestables 2.1.x).
• Cuando una llamada al sistema está marcada con "2.4" significa que la llamada al sistema probablemente apareció en una versión 2.3.x del kernel, y apareció por primera vez en un kernel estable con 2.4.0. (El desarrollo del kernel 2.4 se inició a partir de una rama del kernel 2.2.8 a través de la serie de kernels inestables 2.3.x).
• Cuando una llamada al sistema está marcada con "2.6" significa que la llamada al sistema probablemente apareció en una versión 2.5.x del kernel, y apareció por primera vez en un kernel estable con 2.6.0. (El desarrollo del kernel 2.6 se inició a partir de una rama del kernel 2.4.15 a través de la serie de kernels inestables 2.5.x).
• A partir de kernel 2.6.0, el modelo de desarrollo cambió, y en cada versión 2.6.x pueden aparecer nuevas llamadas al sistema. En este caso, se muestra el número de versión exacto en el que apareció la llamada al sistema. Esta convención continúa con la serie de kernels 3.x, que siguió al kernel 2.6.39, y la serie de kernels 4.x, que siguió al kernel 3.19.
• En algunos casos, una llamada al sistema se añadió a una serie estable del kernel después de que se ramificara desde la serie estable anterior del kernel, y luego se retroportó a la serie estable anterior del kernel. Por ejemplo, algunas llamadas al sistema que aparecieron en 2.6.x también fueron retroportadas a una versión 2.4.x posterior a 2.4.15. En este caso, se indica la versión en la que la llamada al sistema apareció en las dos series principales del núcleo.

La lista de llamadas al sistema que están disponibles a partir de kernel 4.11 (o en algunos casos sólo en kernels más antiguos) es la siguiente:

On many platforms, including x86-32, socket calls are all multiplexed (via glibc wrapper functions) through socketcall(2) and similarly System V IPC calls are multiplexed through ipc(2).

Although slots are reserved for them in the system call table, the following system calls are not implemented in the standard kernel: afs_syscall(2), break(2), ftime(2), getpmsg(2), gtty(2), idle(2), lock(2), madvise1(2), mpx(2), phys(2), prof(2), profil(2), putpmsg(2), security(2), stty(2), tuxcall(2), ulimit(2), and vserver(2) (see also unimplemented(2)). However, ftime(3), profil(3), and ulimit(3) exist as library routines. The slot for phys(2) is in use since kernel 2.1.116 for umount(2); phys(2) will never be implemented. The getpmsg(2) and putpmsg(2) calls are for kernels patched to support STREAMS, and may never be in the standard kernel.

There was briefly set_zone_reclaim(2), added in Linux 2.6.13, and removed in 2.6.16; this system call was never available to user space.