| /linux/drivers/net/fddi/skfp/h/ |
| H A D | smt.h | 110 #define SMTSETPARA(p,t) (p)->para.p_type = (t),\
111 (p)->para.p_len = sizeof(*(p)) - PARA_LEN
120 struct smt_para para ; /* generic parameter header */ member
135 struct smt_para para ; /* generic parameter header */ member
149 struct smt_para para ; /* generic parameter header */ member
171 struct smt_para para ; /* generic parameter header */ member
182 struct smt_para para ; /* generic parameter header */ member
199 struct smt_para para ; /* generic parameter header */ member
213 struct smt_para para ; /* generic parameter header */ member
262 struct smt_para para ; /* generic parameter header */ member
[all …]
|
| /linux/drivers/net/fddi/skfp/ |
| H A D | ess.c | 497 chg->s_type.para.p_type = SMT_P0015 ; in ess_send_response()
498 chg->s_type.para.p_len = sizeof(struct smt_p_0015) - PARA_LEN ; in ess_send_response()
502 chg->cmd.para.p_type = SMT_P0016 ; in ess_send_response()
503 chg->cmd.para.p_len = sizeof(struct smt_p_0016) - PARA_LEN ; in ess_send_response()
507 chg->path.para.p_type = SMT_P320B ; in ess_send_response()
508 chg->path.para.p_len = sizeof(struct smt_p_320b) - PARA_LEN ; in ess_send_response()
514 chg->payload.para.p_type = SMT_P320F ; in ess_send_response()
515 chg->payload.para.p_len = sizeof(struct smt_p_320f) - PARA_LEN ; in ess_send_response()
520 chg->overhead.para.p_type = SMT_P3210 ; in ess_send_response()
521 chg->overhead.para.p_len = sizeof(struct smt_p_3210) - PARA_LEN ; in ess_send_response()
[all …]
|
| /linux/include/uapi/linux/ |
| H A D | virtio_crypto.h | 107 struct virtio_crypto_cipher_session_para para; member
132 struct virtio_crypto_hash_session_para para; member
162 struct virtio_crypto_mac_session_para para; member
184 struct virtio_crypto_aead_session_para para; member
236 struct virtio_crypto_akcipher_session_para para; member
263 struct virtio_crypto_alg_chain_session_para para; member
401 struct virtio_crypto_cipher_para para; member
407 struct virtio_crypto_hash_para para; member
413 struct virtio_crypto_mac_para para; member
440 struct virtio_crypto_alg_chain_data_para para; member
[all …]
|
| /linux/Documentation/translations/sp_SP/process/ |
| H A D | maintainer-kvm-x86.rst | 33 Por lo general, las correcciones para el ciclo en curso se aplican
35 para el siguiente ciclo se dirige a través del árbol de KVM x86. En el
36 improbable caso de que una corrección para el ciclo actual se dirija a
47 control de un área de desarrollo, y para limitar los daños colaterales de
65 KVM x86. Se envían pull requests (de KVM x86 a KVM main) para cada rama
67 ventana de fusión, por ejemplo, la semana siguiente a rc7 para las
73 un cierre suave alrededor de rc5 para nuevas características, y un cierre
74 suave alrededor de rc6 para correcciones (para la próxima versión; fíjese
75 más arriba para las correcciones dirigidas a la versión actual).
81 "calientes en caché", etc. Correcciones, especialmente para la versión
[all …]
|
| H A D | email-clients.rst | 8 Información de clientes de correo electrónico para Linux
16 para esto es bastante buena. En la recepción del correo, los maintainers
17 usan ``git am`` para aplicar los parches.
27 Los parches para el kernel de Linux se envían por correo electrónico,
36 cuerpo del correo electrónico, para parches y otros correos electrónicos
37 por igual. https://useplaintext.email puede ser útil para obtener
42 Los clientes de correo electrónico que se utilizan para los parches del
56 correo electrónico para enviar correos electrónicos con codificación UTF-8,
60 encabezados "References:" o "In-Reply-To:" para que el hilo de correo no
63 Copiar y pegar (o cortar y pegar) generalmente no funciona para los
[all …]
|
| H A D | 4.Coding.rst | 35 La presencia de ese código lleva a dos peligros independientes para los
43 cierta uniformidad para que los desarrolladores puedan comprender
44 rápidamente cualquier parte de él. Así que ya no hay lugar para el código
65 absoluta que nunca puede transgredirse. Si hay una buena razón para ir en
67 para ajustarse al límite de 80 columnas, por ejemplo), perfecto.
69 Tenga en cuenta que también puedes usar la herramienta `clang-format` para
70 ayudarle con estas reglas, para reformatear rápidamente partes de su código
71 automáticamente y para revisar archivos completos a fin de detectar errores
73 es útil para ordenar `#includes`, alinear variables/macros, reformatear
75 `Documentation/dev-tools/clang-format.rst` para más detalles.
[all …]
|
| H A D | 2.Process.rst | 15 ha tenido que adaptar varios procesos para mantener el desarrollo sin
17 para ser una parte efectiva del mismo.
44 de parches para cada lanzamiento. Al comienzo de cada ciclo de desarrollo,
48 La mayor parte de los cambios para un nuevo ciclo de desarrollo (y todos
62 5.6-rc1. El lanzamiento -rc1 señala que el tiempo para fusionar nuevas
63 características ha pasado y que el tiempo para estabilizar el siguiente
73 excepción ocasional para los drivers de hardware que no se admitía
122 considerado para un lanzamiento de actualización, un parche debe
124 mainline para el siguiente kernel de desarrollo. Por lo general, los
143 soporte durante un periodo más largo. Consulte el siguiente enlace para
[all …]
|
| H A D | coding-style.rst | 13 puntos de vista sobre nadie, pero esto vale para todo lo que tengo que
14 mantener, y preferiría que para la mayoría de otras cosas también. Por
47 declaración de switch es para alinear el ``switch`` y sus etiquetas
78 No use comas para evitar el uso de llaves:
85 Siempre use llaves para múltiples declaraciones:
99 espacios nunca se utilizan para la sangría, y el ejemplo anterior se rompe
124 Sin embargo, nunca rompa los strings visibles para el usuario, como los
133 técnicas para elegir una estrategia de ubicación sobre la otra, pero la
204 vacías para poner comentarios.
246 El estilo del kernel Linux para el uso de espacios depende (principalmente)
[all …]
|
| H A D | 1.Intro.rst | 18 incluyendo la disponibilidad automática para los usuarios, el apoyo de la
37 algunos requisitos para los parches, y hay una introducción a algunas de
41 :ref:`sp_development_posting` trata sobre el proceso de enviar parches para
45 ayudar a garantizar la mejor recepción posible para su trabajo.
59 fuentes para obtener más información sobre el desarrollo del kernel.
71 eficiente, y escalable para casi cualquier situación.
76 sus productos, lo que hace que esos productos sean atractivos para los
79 más capaz y adecuado posible para tarea en cuestión. Los distribuidores
83 cambiar Linux para que se adapte mejor a sus necesidades.
92 involucrar a más de 1000 desarrolladores que trabajan para más de 100
[all …]
|
| H A D | 5.Posting.rst | 11 Tarde o temprano, llega el momento en que su trabajo esté listo para ser
12 presentado a la comunidad para su revisión y, eventualmente, su inclusión
16 fácil para todos los involucrados. Este documento intentará cubrir estas
30 trabajo en progreso, o incluso poner a disposición un árbol de git para
34 Al publicar código que aún no se considera listo para su inclusión, es
50 compiladores cruzados para compilar para diferentes arquitecturas, etc.
60 se realizó para un empleador, es probable que el empleador tenga
70 La preparación de parches para su publicación puede ser una cantidad
81 subsistemas para facilitar pruebas y revisiones más amplias. Dependiendo
84 de trabajo para resolver conflictos y lidiar con los cambios de API.
[all …]
|
| H A D | 7.AdvancedTopics.rst | 13 sección cubrirá varios temas que pueden ser útiles para los desarrolladores
20 El uso del control de versiones distribuido para el kernel comenzó a
26 varias alternativas gratuitas a BitKeeper. Para bien o para mal, el
29 Administrar parches con git puede hacer la vida mucho más fácil para el
34 usar git; eso sería material suficiente para un documento extenso por
46 y comprender cómo funciona git antes de intentar usarlo para poner
50 útil entender las herramientas de git para rescribir la historia (como
57 Usar git para generar parches para enviarlos por correo electrónico puede
60 Cuando esté listo para comenzar a publicar árboles de git para que otros
67 https://kernel.org/faq/ para más información.
[all …]
|
| H A D | submitting-patches.rst | 8 Envío de parches: la guía esencial para incluir su código en el kernel
21 Documentation/process/submit-checklist.rst para obtener una lista de
26 Esta documentación asume que está usando ``git`` para preparar sus parches.
39 use ``git`` para obtener uno. Querrá comenzar con el repositorio principal,
47 preparados para esos árboles. Revise el campo **T:** para el subsistema
48 en el archivo MAINTAINERS para encontrar dicho árbol, o simplemente
57 línea o 5000 líneas para una nuevo "feature", debe haber un problema
80 optimización para que el revisor pueda comparar las perdidas con los
85 lenguaje sencillo para que el revisor verifique que el código se está
101 referencias URL para encontrar la descripción del parche y colocarla en el
[all …]
|
| H A D | adding-syscalls.rst | 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.
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
167 revise el man page :manpage:`openat(2)`; para un ejemplo de AT_EMPTY_PATH,
[all …]
|
| H A D | howto.rst | 24 Linux para este dispositivo." El objetivo de este documento en enseñarle
25 todo cuanto necesita para conseguir esto, describiendo el proceso por el
32 es necesario para desarrollar en el kernel. Lenguaje ensamblador (en
34 desarrollo de bajo nivel para dicha arquitectura. Aunque no es un perfecto
35 sustituto para una educación sólida en C y/o años de experiencia, los
50 referencia definitiva para estas. Consulte las páginas de información de
51 gcc (`info gcc`) para obtener información al respecto.
57 para un equipo tan grande y geográficamente disperso. Trate de aprender
66 código fuente, para detalles de la licencia. Si tiene alguna otra pregunta
78 que son increíblemente valiosos para aprender a interactuar con la
[all …]
|
| H A D | submit-checklist.rst | 8 Lista de comprobación para enviar parches del kernel de Linux
35 ``make pdfdocs`` para comprobar la compilación y corregir cualquier
41 4) ppc64 es una buena arquitectura para verificar la compilación cruzada
42 por que tiende a usar ``unsigned long`` para cantidades de 64-bits.
44 5) Verifique su parche para el estilo general según se detalla en
70 candidata para el cambio.
72 11) Incluya :ref:`kernel-doc <kernel_doc>` para documentar las API
73 globales del kernel. (No es necesario para funciones estáticas, pero
75 para comprobar el :ref:`kernel-doc <kernel_doc>` y solucionar
101 (o ``Documentation/ABI/README``) para obtener más información.
[all …]
|
| H A D | 3.Early-stage.rst | 23 casos, este paso es sencillo: cuando se necesita un driver para un hardware
32 por sus siglas en inglés); este módulo podía configurarse para dar acceso a
38 para resolver su problema inmediato. Sin embargo, para la comunidad más
40 diseñado para otorgar privilegios a procesos que de otro modo no los
41 tendrían) y como un riesgo para la estabilidad del sistema. Sus soluciones
43 del mecanismo de rlimit a corto plazo, y trabajo continuo para reducir la
52 …stas personas es una pérdida de tiempo. Son demasiado 'inteligentes' como para escuchar a simples …
101 para su inclusión en el kernel principal. Es mejor descubrir problemas
105 problema; pueden tener ideas para una mejor solución y estar dispuestos a
115 - La pila de red Devicescape fue diseñada e implementada para sistemas de
[all …]
|
| H A D | 6.Followthrough.rst | 20 espacio para la mejora. El proceso de desarrollo del kernel reconoce este
23 comunidad del kernel para asegurarse de que su código esté a la altura de
32 revisores puede ser, para muchos desarrolladores, la parte más intimidante
46 kernel, pero hay poca fama duradera para aquellos que lo revisaron. Así
62 - Esté preparado para solicitudes aparentemente ridículas de cambios en el
63 estilo de codificación y solicitudes para factorizar parte de su código
65 …o ingenioso en su driver para sortear un problema necesita convertirse en una característica gener…
70 comentarios de revisión sobre un parche, tómese el tiempo para entender lo
81 de acuerdo con el revisor, tómese un tiempo para reflexionar nuevamente
101 buen lugar para este tipo de información. Los revisores no deberían tener
[all …]
|
| H A D | embargoed-hardware-issues.rst | 77 responsable para operar y administrar el resto de la infraestructura de
97 para la coordinación entre diferentes vendedores de OS, distribuidores,
101 seguridad del hardware en el pasado y tiene los mecanismos necesarios para
106 dedicado para el contacto inicial, el cual supervisa el proceso de manejo
110 (expertos en dominio) que formarán el equipo de respuesta inicial para un
112 más desarrolladores (expertos en dominio) para abordar el problema de la
136 efectivo y seguro para estos tipos de problemas.
149 encriptada específica para el incidente que se utilizará para la discusión
168 La parte reveladora debe proporcionar una lista de contactos para todas
170 problema. Esto sirve para varios propósitos:
[all …]
|
| H A D | researcher-guidelines.rst | 6 Directrices para Investigadores
19 de Linux para mejorar a partir de ella. En cualquier caso, se recomienda
37 el proyecto están participando en buena fe para mejorar Linux. La
56 con ellos, pero ya han dado su consentimiento para recibir contribuciones
57 en buena fe. No se ha dado consentimiento para enviar parches intencionalmente
60 ejemplo, agotar el tiempo, el esfuerzo, y la moral) y perjudicial para el
63 los esfuerzos para proporcionar reacciones constructivas a los colaboradores
73 parche ha sido tradicionalmente la mejor manera para hacer un impacto.
92 otra herramienta o método utilizado para realizar el trabajo.
96 * ¿Que se cambió para solucionar el problema y por qué se cree es correcto?
[all …]
|
| H A D | handling-regressions.rst | 11 regla del desarrollo del kernel de Linux" y que implica en la práctica para
49 #. Cuando se manden correcciones para las regresiones, añadir etiquetas
56 identificada; las correcciones para la mayor parte de las regresiones
60 Detalles importantes para desarrolladores en la regresiones de kernel de Linux
104 respondido) como el informeinicial para la regresión que quiere ser
122 No se necesita hacer nada especial cuando se mandan las correcciones para
134 * Añada la etiqueta "Fixes:" para indicar el commit causante de la
138 marque explícitamente el fix para retro-importarlo usando la etiqueta
142 etiquetas son de gran valor para todos (incluido usted) que pueda estar
144 también cruciales para las herramientas y scripts usados por otros
[all …]
|
| H A D | code-of-conduct.rst | 8 Código de Conducta para Contribuyentes
16 acoso para todo el mundo, independientemente de la edad, dimensión corporal,
28 para nuestra comunidad:
35 * Centrarse en lo que sea mejor no sólo para nosotros como individuos, sino
36 para la comunidad en general
64 Código de Conducta, y comunicarán las razones para sus decisiones de
96 Consulte el documento :ref:`code_of_conduct_interpretation` para ver cómo
|
| /linux/drivers/net/wwan/t7xx/ |
| H A D | t7xx_dpmaif.c | 213 static void t7xx_dpmaif_set_intr_para(struct dpmaif_hw_intr_st_para *para, in t7xx_dpmaif_set_intr_para() argument
216 para->intr_types[para->intr_cnt] = intr_type; in t7xx_dpmaif_set_intr_para()
217 para->intr_queues[para->intr_cnt] = intr_queue; in t7xx_dpmaif_set_intr_para()
218 para->intr_cnt++; in t7xx_dpmaif_set_intr_para()
226 struct dpmaif_hw_intr_st_para *para) in t7xx_dpmaif_hw_check_tx_intr() argument
234 t7xx_dpmaif_set_intr_para(para, DPF_INTR_UL_DONE, value); in t7xx_dpmaif_hw_check_tx_intr()
242 t7xx_dpmaif_set_intr_para(para, DPF_INTR_UL_DRB_EMPTY, value); in t7xx_dpmaif_hw_check_tx_intr()
246 t7xx_dpmaif_set_intr_para(para, DPF_INTR_UL_MD_NOTREADY, value); in t7xx_dpmaif_hw_check_tx_intr()
250 t7xx_dpmaif_set_intr_para(para, DPF_INTR_UL_MD_PWR_NOTREADY, value); in t7xx_dpmaif_hw_check_tx_intr()
254 t7xx_dpmaif_set_intr_para(para, DPF_INTR_UL_LEN_ERR, value); in t7xx_dpmaif_hw_check_tx_intr()
[all …]
|
| /linux/drivers/crypto/virtio/ |
| H A D | virtio_crypto_akcipher_algs.c | 99 struct virtio_crypto_akcipher_session_para *para, in virtio_crypto_alg_akcipher_init_session() argument
123 memcpy(&ctrl->u.akcipher_create_session.para, para, sizeof(*para)); in virtio_crypto_alg_akcipher_init_session()
297 akcipher_req->para.src_data_len = cpu_to_le32(req->src_len); in virtio_crypto_rsa_do_req()
298 akcipher_req->para.dst_data_len = cpu_to_le32(req->dst_len); in virtio_crypto_rsa_do_req()
348 struct virtio_crypto_akcipher_session_para para; in virtio_crypto_rsa_set_key() local
392 para.algo = cpu_to_le32(VIRTIO_CRYPTO_AKCIPHER_RSA); in virtio_crypto_rsa_set_key()
393 para.keytype = cpu_to_le32(keytype); in virtio_crypto_rsa_set_key()
394 para.keylen = cpu_to_le32(keylen); in virtio_crypto_rsa_set_key()
395 para.u.rsa.padding_algo = cpu_to_le32(padding_algo); in virtio_crypto_rsa_set_key()
396 para.u.rsa.hash_algo = cpu_to_le32(hash_algo); in virtio_crypto_rsa_set_key()
[all …]
|
| /linux/Documentation/translations/sp_SP/scheduler/ |
| H A D | sched-design-CFS.rst | 19 para el gestor de tareas EEVDF, cuya documentación se puede ver en
63 en inglés), multi-tarea y varias variantes del algoritmo para identificar
71 de datos para las colas de ejecución (en inglés "runqueues"), pero usa una
73 para construir un línea de ejecución en el futuro, y por eso no tiene ningún
81 para situar las nuevas tareas en la parte izquierda del árbol tanto
101 para que otra tarea sea "la tarea más hacia la izquierda" del árbol
103 cantidad de distancia relativa a la tarea más hacia la izquierda para
106 para que se ejecute, y la tarea en ejecución es interrumpida.
119 El cual puede ser usado para afinar desde el gestor de tareas del "escritorio"
121 procesamientos). Su valor por defecto es adecuado para tareas de escritorio.
[all …]
|
| /linux/Documentation/translations/sp_SP/ |
| H A D | memory-barriers.txt | 32 pretende ser una guía para usar las diversas barreras de memoria
44 (1) especificar la funcionalidad mínima en la que se puede confiar para
50 requisito mínimo para cualquier barrera en particular, pero si la
54 para alguna arquitectura porque por la forma en que funcione dicha
245 emitirán en orden, con respeto a sí mismo. Esto significa que para:
264 parecerán ser ordenados dentro de esa CPU. Esto significa que para:
273 Y para:
293 en el orden dado. Esto significa que para:
307 fusionarse o ser descartados. Esto significa que para:
317 Y para:
[all …]
|