Lines Matching full:para

33        descriptor de archivo para el objeto relevante permite al userspace
34        usar ``poll``/``select``/``epoll`` para recibir esta notificación.
47    interfaz (interface) de 'producción' para el userspace.
61    complicado así que está reservado para comandos análogamente cercanos
65 Diseñando el API: Planeando para extensiones
71 importante planear para futuras extensiones del interface.
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
92 Para llamadas al sistema más sofisticadas que involucran un gran número de
109  - Para hacer frente a programas del userspace más modernos, haciendo
113  - Para hacer frente a programas antiguos del userspace haciendo llamadas a
119 ``kernel/events/code.c``) para un ejemplo de esta aproximación.
129 para usar los descriptores de archivos.
144 archivo listo para leer o escribir es la forma normal para que el kernel
166 (Para más detalles sobre la explicación racional de las llamadas \*at(),
167 revise el man page :manpage:`openat(2)`; para un ejemplo de AT_EMPTY_PATH,
172 tipo ``loff_t`` para que movimientos de 64-bit puedan ser soportados
193 caigan en argumentos enumerados impares (i.e. parámetros 1,3,5), para
201 Para hacer una nueva llamada al sistema fácil de revisar, es mejor dividir
213  - Un borrador de man-page para la nueva llamada a sistema, ya sea como
215    para el repositorio man-pages.
228 la llamada de sistema seguida por el par (tipo, nombre) para los parámetros
230 de sistema estar disponible para otras herramientas.
234 para calzar en la manera en que las llamadas de sistema son invocadas::
239 específicas para la arquitectura, pero muchas otras arquitecturas comparten
247 También actualice el conteo de __NR_syscalls para reflejar la llamada de
250 tener que ser ajustada para resolver conflictos.
253 (rutina de respaldo) para cada llamada de sistema, retornando ``-ENOSYS``.
260 (tipicamente en ``init/Kconfig``) para ella. Como es usual para opciones
263  - Incluya una descripción para la nueva funcionalidad y llamada al sistema
273 Para resumir, necesita un commit que incluya:
275  - una opción ``CONFIG`` para la nueva función, normalmente en ``init/Kconfig``
276  - ``SYSCALL_DEFINEn(xyzzy, ...)`` para el punto de entrada
285 Para conectar su nueva llamada de sistema a plataformas x86, necesita
288 entrada "común" (para x86_64 y x86_32) en
304 Para la mayoría de llamadas al sistema la misma implementación 64-bit puede
310 compatibilidad para lidiar con las diferencias de tamaño entre 32-bit y
343 hacer para tratar con ellos. (Típicamente, la versión ``compat_sys_``
349 para igualar la forma en que las llamadas al sistema son invocadas::
360 esta estructura ``compat_`` para analizar los argumentos de una invocación
381 la lista genérica de llamadas al sistema también necesita ajustes para
389 Para resumir, necesita:
391   - una ``COMPAT_SYSCALL_DEFINEn(xyzzy, ...)`` para el punto de entrada de compat.
399 Para conectar la arquitectura x86 de una llamada al sistema con una versión
404 una columna extra para indicar que un programa del userspace de 32-bit
409 Segundo, tienes que averiguar qué debería pasar para la versión x32 ABI de
416 entrada en ``arch/x86/entry/syscalls/syscall_64.tbl`` se divide para que
424 call 64-bit para el x32 ABI  (y consecuentemente la entrada en
435 Para la mayoría de las llamadas al sistema, una vez que se la llamada al
446 Para permitir esto, la implementación del kernel de la llamada al sistema
455 Para x86_64, esto es implementado como un punto de entrada ``stub_xyzzy``
457 (``arch/x86/entry/syscalls/syscall_32.tbl``) es ajustada para calzar::
461 El equivalente para programas 32-bit corriendo en un kernel 64-bit es
475 Para completar, también es agradable configurar un mapeo de modo que el
488 está la excepción ocasional que pueda requerir actualización para su
500 kernel de la llamada a sistema existente, para revisar que no exista otro
513 Para una nueva llamada al sistema, obviamente no habrá una función
517 instalado para compilar el test.
523 Para pruebas más amplias y exhautivas de la nueva funcionalidad, también
525 xfstests para cambios filesystem-related
537 en el cover del email para el patchset, para la conveniencia de los
541 Para más detalles, revise https://www.kernel.org/doc/man-pages/patches.html
551 otro lugar en el kernel. Si la funcionalidad syscall es útil para ser usada
561 kernel. Este usa una convención de llamada diferente para llamadas al
564 significa que sólo aquellos parámetros que son realmente necesarios para
590    de llamadas al sistema en detalle para v3.14:
595  - Requerimientos arquitectura-específicos para llamadas al sistema son discutidos en el
611  - Sugerencias de Greg Kroah-Hartman que es bueno para las nueva llamadas al sistema
617    un campo de tamaño para futura extensibilidad: https://lore.kernel.org/r/20150730083831.GA22182@gmail.com