Cómo / Dónde encontrar Errores del Kernel de Linux para corregir?

Question

Cómo / Dónde encontrar Errores del Kernel de Linux para corregir?

Estoy tratando de encontrar errores que necesitan ser corregidos en el Kernel de Linux, pero no se donde buscar. Vi el video "How to Submit Your First Linux Kernel Patch" de Greg Kroah-Hartman en Youtube, pero en realidad no menciona dónde encontrar errores que deben corregirse.

En el video, menciona brevemente la lista de correo y observa TODOs en el código del núcleo. ¿Alguien sabe dónde puedo unirme a la lista de correo? También, encontré el kernel Bugzilla, pero de acuerdo a Kernel.org solo se enumeran los errores de la versión 2.6. De hecho, me registré, pero ¿encuentro un error allí que me interesa e intento solucionarlo si aún no se ha solucionado en el último kernel? ¿Importa si ya ha sido asignado a alguien?

Sería genial si pudiera encontrar un sitio donde una lista de todos los errores existentes se enumeran, entonces puedo buscar algo que es de baja prioridad y baja gravedad. Realmente estoy buscando un error que sea relativamente fácil de arreglar, de esa manera puedo aprender las cuerdas y voy subiendo.

Cualquier consejo, entrada, sitios web para leer, etc. de cualquiera sería muy apreciado. Gracias por leer/responder. =)

29

linux kernel patch

Author: GHe, 2012-09-05

Source

1 answers

score 32 · Accepted Answer

1. Sí, tiene razón, uno de los lugares a buscar es el rastreador de errores del kernel.

Buscar en la lista de correo del núcleo Linux, así como en las listas de correo relacionadas con el subsistema, también podría ser útil, pero probablemente sea más difícil.

2. La lista de correo principal del núcleo es aquí. Puede encontrar instrucciones de suscripción allí.

3. También hay una información muy útil sobre cómo contribuir al kernel de Linux y el proceso de desarrollo en general en el kernel documentos: véase Documentación/proceso de desarrollo.

4. Si un error ya ha sido asignado, esto no siempre significa que el cesionario realmente va a trabajar en él en el corto plazo. Puede significar que él (s)solo es responsable de un subsistema en particular. Por lo tanto, supongo que si encuentra el error asignado que le gustaría corregir usted mismo, podría ponerse en contacto con la persona a la que está asignado actualmente el error y ofrecer su ayuda. Si se utiliza una dirección de lista de correo en lugar de una dirección de correo cesionario, puede escribir a esa lista de correo, preguntar si alguien ya trabaja en el error y, de nuevo, ofrecer su ayuda.

5. Una de las formas de ver si el error ha sido corregido es intentar reproducirlo tanto en el núcleo del que se informó como en la última variante del núcleo para un subsistema en particular. Su no siempre es fácil, pero todavía puede ser muy útil para entrar en el proceso de desarrollo.