Lines Matching refs:el
21 son los puntos de interacción entre el userspace y el kernel más obvios y
31 - Si la nueva funcionalidad involucra operaciones donde el kernel
33 descriptor de archivo para el objeto relevante permite al userspace
42 (mire ``Documentation/filesystems/sysfs.rst``) o el filesystem ``/proc``
44 requiere que el filesystem relevante esté montado, lo que podría no ser
45 siempre el caso (e.g. en un ambiente namespaced/sandboxed/chrooted).
47 interfaz (interface) de 'producción' para el userspace.
65 Diseñando el API: Planeando para extensiones
70 explícitamente el interface en las listas de correo del kernel, y es
77 historia del kernel y planee extensiones desde el inicio.)
81 flag a la llamada al sistema. Para asegurarse que el userspace pueda usar
106 diseñado de forma tal que un valor cero, devuelva el comportamiento previo,
110 llamadas a un kernel más antiguo, el código del kernel debe revisar que
114 un kernel más nuevo, el código del kernel puede extender con ceros, una
122 Diseñando el API: Otras consideraciones
126 objeto del kernel, esta debería usar un descriptor de archivo como el
128 userspace cuando el kernel ya tiene mecanismos y semánticas bien definidas
132 descriptor de archivo, entonces el argumento flag debe incluir un valor que
133 sea equivalente a definir ``O_CLOEXEC`` en el nuevo FD. Esto hace posible
137 ejecutado. (Sin embargo, resista la tentación de reusar el valor actual de
144 archivo listo para leer o escribir es la forma normal para que el kernel
145 indique al espacio de usuario que un evento ha ocurrido en el
158 Esto permite más flexibilidad en como el userspace especifica el archivo en
160 un descriptor de archivo ya abierto usando el flag ``AT_EMPTY_PATH``,
167 revise el man page :manpage:`openat(2)`; para un ejemplo de AT_EMPTY_PATH,
168 mire el man page :manpage:`fstatat(2)` manpage.)
178 describe en el man page :manpage:`capabilities(7)`. Elija una parte de
182 dividir el poder del usuario root. En particular, evite agregar nuevos usos
186 no es el proceso invocado, este debería ser restringido (usando una llamada
187 a ``ptrace_may_access()``) de forma que el único proceso con los mismos
189 necesarias, pueda manipulador el proceso objetivo.
194 permitir el uso de pares contiguos de registros 32-bits. (Este cuidado no
195 aplica si el argumento es parte de una estructura que se pasa a través de
198 Proponiendo el API
202 el patchset (conjunto de parches) en trozos separados. Estos deberían
211 - Una demostración del use de la nueva llamada a sistema en el userspace
215 para el repositorio man-pages.
226 ``SYSCALL_DEFINEn()`` apropiada en vez de explicitamente. El 'n' indica el
227 numero de argumentos de la llamada de sistema, y la macro toma el nombre de
228 la llamada de sistema seguida por el par (tipo, nombre) para los parámetros
247 También actualice el conteo de __NR_syscalls para reflejar la llamada de
268 dependa de la opción CONFIG en el Makefile (e.g.
270 - Revise dos veces que el kernel se siga compilando con la nueva opción
276 - ``SYSCALL_DEFINEn(xyzzy, ...)`` para el punto de entrada
305 ser invocada incluso cuando el programa de userspace es en si mismo 32-bit;
313 La primera es si el kernel 64-bit también soporta programas del userspace
328 ``loff_t`` o ``__u64``. En este caso, el valor que llega a un kernel 64-bit
355 ``struct xyzzy_args``, entonces el archivo de cabecera
358 variable tiene el tipo ``compat_`` apropiado que corresponde al tipo en
391 - una ``COMPAT_SYSCALL_DEFINEn(xyzzy, ...)`` para el punto de entrada de compat.
392 - el prototipo correspondiente en ``include/linux/compat.h``
410 la nueva llamada al sistema. Aquí hay una elección: el diseño de los
415 ILP32, por lo que el diseño debe coincidir con la versión 32-bit, y la
423 Si no hay punteros involucrados, entonces es preferible reutilizar el system
424 call 64-bit para el x32 ABI (y consecuentemente la entrada en
436 sistema se ha completado el programa de usuario continúa exactamente donde
437 quedó -- en la siguiente instrucción, con el stack igual y la mayoría de
438 los registros igual que antes de la llamada al sistema, y con el mismo
443 cambiar el espacio de memoria (``fork``/``vfork``/``clone``) o incluso de
452 assembly que guardan/restauran registros adicionales e invocan el punto de
463 ``arch/x86/entry/entry_64_compat.S``, con el correspondiente ajuste en la
475 Para completar, también es agradable configurar un mapeo de modo que el
477 stub_xyzzy, pero el UML construido no incluye una implementación
496 estas, entonces el sistema auditor debe ser actualizado.
499 nueva llamada al sistema, entonces vale la pena hacer un grep a todo el
514 envoltorio libc por lo que el test necesitará ser invocado usando
516 estructura userspace-visible, el encabezado correspondiente necesitará ser
517 instalado para compilar el test.
537 en el cover del email para el patchset, para la conveniencia de los
544 No invoque las llamadas de sistemas en el kernel
548 interacción entre el userspace y el kernel. Por lo tanto, las funciones de
550 ser llamadas sólo desde el userspace vía la tabla de syscall, pero no de
551 otro lugar en el kernel. Si la funcionalidad syscall es útil para ser usada
560 adelante no invocar funciones de llamada al sistema (system call) en el
563 envoltorio syscall que luego entrega el procesamiento al syscall real. Esto
567 el tiempo (los cuales podrían causar serios problemas bajando la cadena de
582 - Artículo LWN de Michael Kerrisk sobre el uso de argumentos flags en llamadas al
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: