Lines Matching full:el
8 Cómo participar en el desarrollo del kernel de Linux
11 Este documento es el principal punto de partida. Contiene instrucciones
13 trabajar con el y en su desarrollo. El documento no tratará ningún aspecto
15 guiándole por el camino correcto.
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
30 El kernel esta principalmente escrito en C, con algunas partes que son
32 es necesario para desarrollar en el kernel. Lenguaje ensamblador (en
42 El kernel está escrito usando GNU C y la cadena de herramientas GNU. Si
44 no aparecen en dicho estándar. El kernel usa un C independiente de entorno,
48 entender las suposiciones que el kernel hace respecto a la cadena de
64 El código fuente del kernel de Linux se publica bajo licencia GPL. Por
65 favor, revise el archivo COPYING, presente en la carpeta principal del
77 El código fuente del kernel de Linux tiene una gran variedad de documentos
81 cómo usar la función. Cuando un cambio en el kernel hace que la interfaz
82 que el kernel expone espacio de usuario cambie, se recomienda que envíe la
83 información o un parche en las páginas del manual que expliquen el cambio
86 Esta es la lista de archivos que están en el código fuente del kernel y son
91 describe lo que es necesario hacer para configurar y compilar el
92 kernel. Quienes sean nuevos en el kernel deben comenzar aquí.
96 paquetes que son necesarios para construir y ejecutar el kernel
100 Esto describe el estilo de código del kernel de Linux y algunas de los
101 razones detrás de esto. Se espera que todo el código nuevo siga las
104 revisan el código si tiene el estilo adecuado.
114 Seguir estas reglas no garantiza el éxito (ya que todos los parches son
116 dichas reglas, el fracaso es prácticamente garantizado.
131 - Mitigar el cambio rápido dentro del árbol de fuentes del kernel (o
139 Si cree que ha encontrado un problema de seguridad en el kernel de
141 desarrolladores del kernel y ayudar a resolver el problema.
146 lectura importante para cualquier persona nueva en el desarrollo del
148 el campo IT), ya que clarifica muchos conceptos erróneos y confusiones
149 comunes sobre el comportamiento único de los maintainers del kernel.
165 El kernel también tiene una gran cantidad de documentos que pueden ser
166 generados automáticamente desde el propio código fuente o desde
168 completa de la API en el kernel y reglas sobre cómo manejar cerrojos
176 respectivamente desde el directorio fuente principal del kernel.
178 Los documentos que utilizan el markup ReST se generarán en
188 Si no sabe nada sobre el desarrollo del kernel de Linux, debería consultar
189 el proyecto Linux KernelNewbies:
196 el pasado.) También tiene un canal IRC que puede usar para hacer preguntas
198 aprendiendo sobre el desarrollo del kernel de Linux.
200 El sitio web tiene información básica sobre la organización del código,
215 para incluir su parche en el árbol del kernel de Linux, y posiblemente
220 Linux, es imperativo entender cómo funciona el código en cuestión. Para
224 es el proyecto Linux Cross-Reference, que es capaz de presentar el código
231 El proceso de desarrollo
234 El proceso de desarrollo del kernel de Linux consiste actualmente de
238 - El código principal de Linus (mainline tree)
246 El mainline tree es mantenido por Linus Torvalds, y puede encontrarse en
247 https://kernel.org o en su repo. El proceso de desarrollo es el siguiente:
252 han incluido en el linux-next durante unas semanas. La forma preferida
257 en hacer el kernel nuevo lo más estable ("solido") posible. La mayoría
263 tal cambio, siempre y cuando el cambio sea autónomo y no afecte áreas
267 - Se lanza un nuevo -rc cada vez que Linus considera que el árbol git
270 - El proceso continúa hasta que el kernel se considera "listo", y esto
277 según el estado de los bugs, no de una cronología preconcebida."*
292 Los árboles estables son mantenidos por el equipo "estable"
294 necesidades. El período de liberación normal es de aproximadamente dos
299 El archivo :ref:`Documentación/proceso/stable-kernel-rules.rst <stable_kernel_rules>`
300 en el árbol del kernel documenta qué tipos de cambios son aceptables para
301 el árbol estable y cómo funciona el proceso de lanzamiento.
308 está sucediendo en las diferentes áreas del kernel. En áreas donde el
315 direcciones de estos repositorios de subsistemas se enumeran en el archivo
333 con el árbol principal, necesitan probar su integración. Para ello, existe
334 un repositorio especial de pruebas en el que se encuentran casi todos los
340 espera que entre en el kernel principal en el próximo período de "merge"
347 El archivo 'Documentación/admin-guide/reporting-issues.rst' en el
357 hacer el kernel más estable, también aprenderá a solucionar problemas del
361 les gusta perder el tiempo arreglando los errores de otras personas.
364 que le interese. Verifique el archivo MAINTAINERS donde se informan los
370 para informar o rastrear; sin embargo, todos los errores para todo el kernel
389 Es muy recomendable que busque en los archivos sobre el tema que desea
394 propias lista de correo donde hacen sus esfuerzos de desarrollo. Revise el
409 Si varias personas responden a su correo, el CC (lista de destinatarios)
416 Recuerde mantener intacto el contexto y la atribución de sus respuestas,
417 mantenga las líneas "El hacker John Kernel escribió ...:" en la parte
428 prueba es enviarse el correo a usted mismo, e intentar aplicar su
437 El objetivo de la comunidad del kernel es proporcionar el mejor kernel
447 Recuerde, esto es parte de introducir su parche en el kernel. Tiene que ser
452 pierden dado el gran volumen.
459 - enviar el parche de nuevo, sin haber aplicados los cambios pertinentes
487 - "Esto mejora el rendimiento en maquinas típicas..."
495 - "Aquí esta el documento de 1000 paginas describiendo mi idea"
498 - "He rescrito todo el desastre actual, y aquí esta..."
503 naturaleza sin rostro de interacción. Una de las ventajas de utilizar el
504 correo electrónico y el IRC como formas principales de comunicación es la
505 no discriminación por motivos de género o raza. El entorno de trabajo del
507 dirección de correo electrónico. El aspecto internacional también ayuda a
508 nivelar el campo de juego porque no puede adivinar el género basado en
509 el nombre de una persona. Un hombre puede llamarse Andrea y una mujer puede
510 llamarse Pat. La mayoría de las mujeres que han trabajado en el kernel de
514 sientes cómodas con el inglés. Un buen dominio del idioma puede ser
526 Su propuesta también debe introducirse muy temprano en el proceso de
539 puede tardar horas en ser revisado en términos de corrección (el tiempo
553 matemáticas. El maestro no quiere ver los intentos y errores del
558 *Lo mismo ocurre con el desarrollo del kernel. Los maintainers y
559 revisores no quieren ver el proceso de pensamiento detrás de la solución
563 Puede resultar un reto mantener el equilibrio entre presentar una solución
565 Por lo tanto, es bueno comenzar temprano en el proceso para obtener
583 Cuando envíe sus parches, preste especial atención a lo que dice en el
584 texto de su correo electrónico. Esta información se convertirá en el
585 ChangeLog del parche, y se conservará para que todos la vean, todo el
586 tiempo. Debe describir el parche por completo y contener:
589 - el diseño general de su propuesta
608 se basara en el texto que había escrito (https://lwn.net/Articles/94386/),