sp_SP/process/adding-syscalls.rst

12 al kernel Linux, más allá de la presentación y consejos normales en
19 La primera cosa a considerar cuando se agrega una llamada al sistema es si
20 alguna alternativa es adecuada en su lugar. Aunque las llamadas al sistema
29    construido junto al kernel principal.
32        notifica al userspace que algo ha pasado, entonces retornar un nuevo
33        descriptor de archivo para el objeto relevante permite al userspace
52    llamada al sistema multiplexada que esconde mucha complejidad, así que
60    como con :manpage:`fcntl(2)`, esta llamada al sistema es un multiplexor
79 Para llamadas al sistema más simples que sólo toman un par de argumentos,
81 flag a la llamada al sistema. Para asegurarse que el userspace pueda usar
83 contienen cualquier flag desconocido, y rechace la llamada al sistema (con
92 Para llamadas al sistema más sofisticadas que involucran un gran número de
125 Si su nueva llamada al sistema permite al userspace hacer referencia a un
134 al userspace acortar la brecha de tiempo entre ``xyzzy()`` y la llamada a
136 ``execve()`` en otro hilo podrían filtrar un descriptor al programa
145 indique al espacio de usuario que un evento ha ocurrido en el
159 cuestión; en particular esto permite al userspace pedir la funcionalidad a
201 Para hacer una nueva llamada al sistema fácil de revisar, es mejor dividir
203 incluir al menos los siguientes items como commits distintos (cada uno de
206  - La implementación central de la llamada al sistema, junto con
217 Nuevas propuestas de llamadas de sistema, como cualquier cambio al API del
263  - Incluya una descripción para la nueva funcionalidad y llamada al sistema
304 Para la mayoría de llamadas al sistema la misma implementación 64-bit puede
349 para igualar la forma en que las llamadas al sistema son invocadas::
353 Si la nueva llamada al sistema involucra una estructura que que se dispone
358 variable tiene el tipo ``compat_`` apropiado que corresponde al tipo en
381 la lista genérica de llamadas al sistema también necesita ajustes para
399 Para conectar la arquitectura x86 de una llamada al sistema con una versión
405 corriendo en un kernel de 64-bit debe llegar al punto de entrada compat::
410 la nueva llamada al sistema. Aquí hay una elección: el diseño de los
417 progamas 32-bit lleguen al envoltorio de compatibilidad::
435 Para la mayoría de las llamadas al sistema, una vez que se la llamada al
438 los registros igual que antes de la llamada al sistema, y con el mismo
441 Sin embargo, unas pocas llamadas al sistema hacen las cosas diferente.
446 Para permitir esto, la implementación del kernel de la llamada al sistema
447 podría necesitar guardar y restaurar registros adicionales al stak del
492 (arch-specific) que clasifican algunos tipos especiales de llamadas al
498 Más generalmente, si existe una llamada al sistema que sea análoga a su
499 nueva llamada al sistema, entonces vale la pena hacer un grep a todo el
507 Una nueva llamada al sistema debe obviamente ser probada; también es útil
509 userspace usarán la llamada al sistema. Una buena forma de combinar estos
513 Para una nueva llamada al sistema, obviamente no habrá una función
515 ``syscall()``; también, si la llamada al sistema involucra una nueva
524 debería considerar agregar tests al Linus Test Project, o al proyecto
534 Todas las llamada al sistema nueva deben venir con un man page completo,
547 Las llamadas al sistema son, cómo se declaró más arriba, puntos de
549 llamada al sistema como ``sys_xyzzy()`` o ``compat_sys_xyzzy()`` deberían
559 Al menos en 64-bit x86, será un requerimiento duro desde la v4.17 en
560 adelante no invocar funciones de llamada al sistema (system call) en el
561 kernel. Este usa una convención de llamada diferente para llamadas al
563 envoltorio syscall que luego entrega el procesamiento al syscall real. Esto
582  - Artículo LWN de Michael Kerrisk sobre el uso de argumentos flags en llamadas al
586    llamada al sistema: https://lwn.net/Articles/588444/
590    de llamadas al sistema en detalle para v3.14:
595  - Requerimientos arquitectura-específicos para llamadas al sistema son discutidos en el
605    llamada al sistema debe venir en el mismo hilo de correos:
607  - Recomendaciones de Michael Kerrisk que una nueva llamada al sistema debe venir
611  - Sugerencias de Greg Kroah-Hartman que es bueno para las nueva llamadas al sistema
615  - Sugerencias de Ingo Molnar que llamadas al sistema que involucran múltiples
630  - Recomendaciones de Linus Torvalds que las llamadas al sistema x32 deben favorecer