Mon matériel a besoin d'un module pour être mis sur liste noire pour fonctionner, comment puis-je faire livrer ce correctif?

J'ai un Acer Timeline 1830T. Lorsque j'installe 10.10 et 11.04, le acer-wmimodule doit être mis sur liste noire pour que le sans fil fonctionne .

Je pense que je dois déposer un bug sur le noyau Linux mais je ne suis pas sûr. J'ai entendu le terme "bizarrerie" être lancé par les développeurs quand il s'agit de réparer quelque chose pour qu'il fonctionne sur certains morceaux de matériel.

Est-ce vraiment un bug du noyau? Quelles mesures dois-je prendre pour m'assurer que cela est signalé afin que tout le monde avec mon ordinateur portable ne soit pas obligé de le refaire encore et encore?

Il s'agit d'un bogue de noyau¹, vous devez donc l'utiliser ubuntu-bug linuxdans un terminal. Vous souhaitez ensuite modifier le rapport de bogue créé pour ajouter que vous devez mettre sur liste noire acer-wmicomme solution de contournement pour le chipset sans fil ne fonctionnant pas comme suspect.

¹ Techniquement, ce n'est pas un bogue du noyau mais probablement une combinaison de matériel cassé, de BIOS et de pilotes de noyau. À la hausse, il peut probablement être piraté dans le noyau, d'où l'utilisation lâche de «bug du noyau».

Si vous voulez qu'il aille n'importe où, ne limitez pas simplement un bogue . Bien sûr, vous devez déposer un bogue sur Launchpad, mais ce n'est vraiment que le début du processus de quelque chose intrinsèquement en amont comme celui-ci.

• Découvrez ce qu'il fait

  Regardez le code pour savoir ce qu'il est censé faire. Si vous n'en avez pas besoin, pourquoi est-il là? Est-ce que quelque chose d'autre fait son travail maintenant? Si c'est quelque chose qui est toujours en demande, pourquoi ne fonctionne-t-il pas pour vous?

  Vous verrez assez souvent des logiciels spécifiques au matériel écrits pour des boîtiers périphériques comme une seule gamme d'ordinateurs portables (par exemple, il existe des dizaines de pilotes matériels Thinkpad divers).

  Selon son fichier Lisezmoi , le pilote couvre le sans fil, les LED, le Bluetooth, la 3G et le rétroéclairage. Pour moi, cela ressemble à quelque chose que vous (ou d'autres) pourriez vouloir, donc le faire vider ou mettre sur liste noire par défaut peut ne pas être souhaitable.

• Découvrez comment il a été installé sur votre ordinateur

  D'où vient-il? Est-il tiré dans le noyau? Est-ce un pull Ubuntu? Cela décidera finalement où vous devez déposer votre plainte.

  Avec les problèmes au niveau du noyau, cela aide vraiment à tester le dernier noyau vanilla stable. Vous pouvez récupérer une copie du référentiel principal, bien que vous constaterez probablement qu'il existe des incompatibilités de version GCC avec certains pilotes uniquement binaires (j'ai, avec nvidia), donc ce n'est pas quelque chose que vous voudrez exécuter tout le temps IMO.

  Si le problème persiste avec un noyau vanilla, ajoutez un bug en amont et liez-le au bug Launchpad et suivez-le également en arrière. Un joli bogue à double lien aidera tout le monde à rester sur la même page.

  Dans ce cas, cela ressemble à un pilote de noyau dans l'arborescence (c'est-à-dire que sa source est tirée dans le référentiel du noyau et intégrée).

• Trouvez la ou les personnes responsables

  Il n'est pas raisonnable de simplement vider un bug sur Launchpad et d'espérer qu'il trouve la bonne personne. Je dirais que seule une petite partie des développeurs suivent leurs bogues, vous devez donc trouver les responsables du logiciel et entrer en contact.

  Cela peut sembler impoli de commencer à envoyer des courriels à froid, mais le logiciel est leur bébé. Si cela ne fonctionne pas, je pense qu'ils aimeraient savoir. Neuf fois sur dix, ils vous aideront également à identifier le problème.

  S'il est toujours maintenu, obtenez les instructions de débogage. Vérifiez que votre matériel est compatible.

  S'il n'est pas maintenu, et vous pouvez le confirmer avec l'ancien responsable, signalez un bogue dans le noyau pour alerter les gens qu'il y a une partie de code en décomposition et que cela vous cause des problèmes.

• Proposer des actions aux bonnes personnes

  Lorsque vous savez quel est le problème, ne le gardez pas pour vous. Assurez-vous de prendre des mesures contre vos bogues.

  Si c'est quelque chose qui peut être corrigé dans le pilote, poursuivez les gens du noyau pour obtenir la nouvelle version dans la version de développement. Renseignez-vous sur le fait qu'il soit rétroporté en 2.6.35 pour les utilisateurs Ubuntu existants. Discutez avec l'équipe du noyau de la possibilité d'apporter les modifications au noyau Maverick (bien que vous n'ayez peut-être pas de chance là-bas).

  S'il est pourri, poussez les développeurs du noyau pour le vider de leur dépôt. Demandez aux développeurs de l'équipe du noyau Ubuntu de le supprimer de leur dépôt. Demandez au moins qu'il soit mis sur liste noire (comment certains modules ont été supprimés de force par Ubuntu dans le passé).

  Si vous obtenez un bon retour sur la fixation / destruction du pilote, il devrait être possible d'obtenir sa correction dans le noyau Natty final (qui est toujours au -nextstade du bon repo du noyau).

Le point que j'essaie de faire passer est que lorsque vous effectuez votre propre triage et que vous parlez aux bonnes personnes, les choses attirent tellement plus l'attention et ont une chance tellement plus élevée d'obtenir un bon résultat final.

Et ne vous arrêtez jamais si vous voyez une autre personne avec le même problème. Abonnez-vous, commentez leur bug, demandez ce qu'ils ont trouvé, demandez ce qu'ils ont fait à ce sujet ... Et continuez. Ne comptez pas sur eux pour résoudre votre problème.

C'est ainsi que l'open source est censé fonctionner. Collaboration par une bonne communication ouverte. Communiquez bien votre problème, aidez là où vous le pouvez et vous avez de bonnes chances d'obtenir des logiciels de meilleure qualité.

S'exprimant en tant que membre de l'équipe du noyau Ubuntu, en particulier en tant que `` gars du bug du noyau '', je suis d'accord avec la réponse de Daniel car c'est la somme de ce que les ingénieurs voient comme le problème total. Ce n'est pas pour ignorer la réponse d'Oli .

Dans le domaine de l'utilisateur final hautement technique, la réponse d'Oli est tout à fait vraie dans la mesure où il s'agit d'un ensemble d'étapes que nous attendrions d'une personne possédant un sens technique considérable pour utiliser, cependant, notre intention (et en fait tout le but de ce site) est de guider les moins techniques.

Notre objectif principal doit être de leur fournir des réponses rapides et précises leur permettant de continuer à utiliser le logiciel que nous construisons. Mon dicton préféré est: "Si ce n'est pas simple," ils "ne le feront pas." Le «ils» fait référence ici à qui est l'utilisateur à l'époque.

Cela dit, et étant donné mon admiration personnelle pour l'exhaustivité de votre message Oli, je dois être honnête et dire qu'il y a très peu de lecteurs de ce site qui liront tout. Ils ne liront probablement pas tout le mien, et c'est très bien.

En fin de compte, la réponse de Daniel est exactement ce dont nous avons besoin ici. Il transmet à la fois mon impression et celle de l'équipe de ces problèmes ainsi que notre méthode préférée pour résoudre.