Mi hardware necesita que un módulo esté en la lista negra para funcionar, ¿cómo puedo enviar esta solución?

Tengo un Acer Timeline 1830T. Cuando instalo 10.10 y 11.04, debe tener el acer-wmimódulo en la lista negra para que funcione la conexión inalámbrica .

Creo que necesito presentar un error en el kernel de Linux, pero no estoy seguro. He oído que los desarrolladores arrojan el término "peculiaridad" cuando se trata de arreglar algo para que funcione en ciertas piezas de hardware.

¿Es esto realmente un error del kernel? ¿Qué pasos debo seguir para asegurarme de que esto se informe para que todos con mi computadora portátil no tengan que pasar por esto una y otra vez?

Este es un error del kernel¹, por lo que querrás usarlo ubuntu-bug linuxen una Terminal. Luego, querrá modificar el informe de error creado para agregar que debe incluir en la lista negra acer-wmicomo una solución alternativa para el chipset inalámbrico que no funciona como se sospecha.

¹ Técnicamente no es un error del kernel, sino probablemente una combinación de hardware, BIOS y controladores de kernel dañados. Por el lado positivo, probablemente puede ser pirateado en el núcleo, de ahí el uso suelto del "error del núcleo".

Si desea que vaya a cualquier parte, no solo presente un error . Por supuesto, debe presentar un error en Launchpad, pero eso es solo el comienzo del proceso de algo inherentemente ascendente como este.

• Descubre lo que hace

  Mira el código y descubre qué se supone que debe hacer. Si no lo necesitas, ¿por qué está ahí? ¿Hay algo más haciendo su trabajo ahora? Si es algo que todavía está en demanda, ¿por qué no funciona para usted?

  A menudo verá software específico de hardware escrito para casos extremos como una sola gama de computadoras portátiles (por ejemplo, hay docenas de controladores de hardware Thinkpad diferentes).

  Según su léame , el controlador cubre la conexión inalámbrica, los LED, el bluetooth, 3g y la luz de fondo. Para mí, suena como algo que usted (u otros) podrían desear, por lo que no sería deseable tenerlo abandonado o en la lista negra por defecto.

• Descubre cómo se instaló en tu computadora

  ¿De dónde vino? ¿Se ha introducido en el núcleo? ¿Es un tirón de Ubuntu? En última instancia, esto decidirá dónde debe presentar su queja.

  Con problemas a nivel de kernel, realmente ayuda probar el último kernel de vainilla estable. Puedes tomar una copia del repositorio de la línea principal aunque probablemente encontrará que hay desajustes de versión de GCC con ciertos controladores solo binarios (lo tengo, con nvidia), por lo que no es algo que querrá ejecutar todo el tiempo IMO.

  Si el problema persiste con un núcleo de vainilla, agregue un error corriente arriba y vincúlelo con el error de Launchpad y realice un seguimiento hacia atrás también. Un buen error de doble enlace ayudará a todos a mantenerse en la misma página.

  En este caso, parece que es un controlador del núcleo en el árbol (es decir, su fuente se extrae del repositorio del núcleo y se incorpora).

• Encuentra a la persona o personas responsables de ello

  No es razonable simplemente arrojar un error en Launchpad y esperar que encuentre a la persona adecuada. Yo diría que solo una pequeña parte de los desarrolladores realiza un seguimiento de sus errores a través de él, por lo que debe encontrar a los encargados del mantenimiento del software y ponerse en contacto.

  Puede parecer grosero comenzar a enviar correos electrónicos fríos, pero el software es su bebé. Si no funciona, creo que les gustaría saberlo. Nueve de cada diez veces, también lo ayudarán a identificar el problema.

  Si aún se mantiene, obtenga instrucciones de depuración. Verifique que su hardware sea compatible.

  Si no se mantiene, y puede confirmar que con el antiguo mantenedor, presente un error en el kernel alertando a las personas que hay una porción de código podrido y que le está causando problemas.

• Sugerir acciones a las personas adecuadas

  Cuando sepa cuál es el problema, no se lo guarde. Asegúrese de tomar medidas sobre sus errores.

  Si es algo que se puede arreglar en el controlador, persiga a las personas en el kernel para obtener la nueva versión en la versión de desarrollo. Pregunte sobre la posibilidad de que sea compatible con 2.6.35 para los usuarios existentes de Ubuntu. Hable con el equipo de Kernel sobre cómo introducir los cambios en el kernel de Maverick (aunque es posible que no tenga suerte allí).

  Si se está pudriendo, presione a los desarrolladores del núcleo del núcleo para que lo descarguen de su repositorio. Solicite a los desarrolladores del equipo del kernel de Ubuntu que lo eliminen de su repositorio. Por lo menos, pida que aparezca en la lista negra (cómo algunos módulos han sido eliminados por la fuerza por Ubuntu en el pasado).

  Si obtiene un buen cambio en la reparación / destrucción del controlador, debería ser posible obtener su solución en el núcleo Natty final (que todavía está en la -nextetapa en el repositorio del núcleo adecuado).

El punto que estoy tratando de comunicar es que cuando haces tu propio triaje y hablas con las personas adecuadas, las cosas reciben mucha más atención y tienes una mayor probabilidad de un buen resultado final.

Y de ninguna manera pare si ve a otra persona con el mismo problema. Suscríbete, comenta sobre su error, pregunta qué han encontrado, pregunta qué han hecho al respecto ... Y luego continúa. No confíe en ellos para resolver su problema.

Así es como se supone que funciona el código abierto. Colaboración a través de una buena comunicación abierta. Comunique bien su problema, ayude donde pueda y tenga una buena oportunidad de obtener un software de mejor calidad.

Hablando como miembro del Equipo de Kernel de Ubuntu, específicamente como el 'Kernel Bug Guy', estoy de acuerdo con la respuesta de Daniel, ya que es la suma de lo que los ingenieros ven como el problema total. Esto no es para descartar la respuesta de Oli .

En el ámbito del usuario final altamente técnico, la respuesta de Oli es completamente cierta, ya que es un conjunto de los pasos que esperaríamos que una persona de considerable perspicacia técnica use, sin embargo, nuestra intención (y de hecho el propósito completo de este sitio) es guiar a los menos técnicos.

Nuestro objetivo principal debe ser proporcionarles respuestas rápidas y precisas que les permitan continuar utilizando el software que creamos. Mi dicho favorito es: "Si no es simple, 'ellos' no lo harán". El "ellos" aquí se refiere a la persona que el usuario es en ese momento.

Dicho esto, y dada mi admiración personal por la integridad de su publicación, Oli, debo ser honesto y decir que hay muy pocos lectores de este sitio que lo leerán todo. Probablemente no leerán todo el mío, y eso está bien.

Al final, la respuesta de Daniel es exactamente lo que necesitamos aquí. Transmite tanto mi impresión como la del Equipo sobre estos problemas, así como nuestro método preferido para abordar.