2012-09-04 10 views
26

Estoy tratando de encontrar errores que deben corregirse en el kernel de Linux, pero no sé dónde buscarlos. Vi el video "Cómo enviar tu primer parche para Kernel de Linux" por Greg Kroah-Hartman en Youtube, pero realmente no menciona dónde encontrar los errores que deben corregirse.¿Cómo/dónde encontrar los errores del kernel de Linux para corregir?

En el video, menciona brevemente la lista de distribución y observa los TODO en el código del kernel. ¿Alguien sabe dónde puedo unirme a la lista de correo? Además, encontré el kernel Bugzilla, pero según Kernel.org, solo se enumeran los errores de 2.6. De hecho, me inscribí, ¿pero acabo de encontrar un error que me interese y trato de solucionarlo si todavía no se ha solucionado en el kernel más reciente? ¿Importa si ya ha sido asignado a alguien?

Sería genial si pudiera encontrar un sitio donde figura una lista de todos los errores existentes, entonces puedo buscar algo 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 mejorar.

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

+0

También hay errores en 3.x enumerados en la bugzilla, ver, por ejemplo, los errores en el sistema de archivos Btrfs. – Eugene

Respuesta

28

1. Sí, tienes razón, uno de los lugares para buscar es the kernel bug tracker.

La búsqueda en la lista de distribución de kernels de Linux así como en las listas de correo relacionadas con los subsistemas también podría ser útil, pero probablemente sea más difícil.

2. La lista de distribución principal del kernel es here. Puede encontrar instrucciones de suscripción allí.

3. También hay una información muy útil acerca de cómo contribuir con el kernel de Linux y el proceso de desarrollo en general en los documentos del núcleo: ver Documentation/development-process.

4. Si ya se ha asignado un error, esto no siempre significa que el asignatario va a trabajar en él pronto. Puede significar que (s) él es el único responsable de un subsistema en particular. Así que, supongo, si encuentra el error asignado que le gustaría corregir, 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 electrónico personal del asignatario, 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 resuelto es tratar de reproducirlo tanto en el kernel para el que se informó como en la última variante del núcleo para un subsistema en particular. No siempre es fácil, pero aún así puede ser muy útil para entrar en el proceso de desarrollo.

Cuestiones relacionadas