le point sur le bug clavier USB & Linux 2.6
Bonjour
j'ai mailé ce matin Nicolas Mailhot qui avait reporté le bug sur:
http://bugzilla.kernel.org/show_bug.cgi?id=912
voici mon mail et sa réponse, on en apprend un peu plus.
Juste 2 ou 3 choses avant de citer longuement:
1) pardon, ceci est peut être un peu hors-sujet mais concerne
potentielement beaucoup d'utilisateurs Debian
2) je ne suis pas un guru & je ne pense pas être capable de tracer
efficacement, enfin je peux toujours essayer. J'ose à peine reporter le bug sur
bugzilla.kernel.org, et leur réactivité ne m'encourage pas vraiment. Bref, j'ai
pas l'habitude de ces situations, donc je sollicite votre aide, même une simple
marche à suivre: vous, vous feriez quoi ? :)
3) si ça vous inspire, si vous avez des idées ou des connaissances parmi les
kernel hackers, prevenez les, y'a un réel problème !
Ah, et vu que les developpeurs du noyau et de X se renvoient la balle, ne
faudrait-il pas désigner un arbitre ? (du genre Pilier du Noyau, pour ne pas
citer de noms ;-)
Bonnes fêtes à tous :)
___________________________________
From: Fabien
To: Nicolas.Mailhot
Bonjour
j'ai vu votre bugreport sur http://bugzilla.kernel.org/show_bug.cgi?id=912
j'ai le même problème.
Je voudrais savoir si vous avez trouvé une solution, ou si au moins vous avez
quelque information de la part des developpeurs concernés !!
Pour ma part, j'ai compilé ce matin un 2.6.0 "stable".
USB en dur, précédemment en module pour le 2.6-test11
Pour mémoire, j'ai un clavier micromou internet keyboard pro USB. Je suis sous
Debian Sid, chipset kt133a (mais c'est pas le probleme apparemment), matrox
g550, X-Free4.3 de Experimental.
PROBLEME : le bug est toujours là, plus fort que jamais !!!
symptômes: sous X: corruption complete de l'ecran, couleurs bizarres partout,
et si on a le malheur d'avoir une console ou un editeur de texte ouvert par
exemple, c'est toujours la meme chose: "auto-repeat storm" du meme caractere,
pas moyen de le stopper.
Pour le reproduire, c'est simple, sous X, taper sur la touche * (*/µ), et
voilà, c'est tout cassé, vous n'avez plus qu'à redémarrer la machine.
En console: Pas essayé, mais à ce que j'ai lu à droite et à gauche c'est assez
moche aussi.
Ce bug touche beaucoup de personnes on dirait, il faut faire quelque chose !
QUESTION: que doit-on faire pour qu'il soit ENFIN pris en compte?
C'est moi, ou Vojtech Pavlik n'a pas l'air très au courant de la situation ?
Ce problème existe depuis les 2.5 !!
Voilà. Je suis vert, car en dehors de ce bête mais grave bug, le 2.6 marche à
merveille ici !!! :'(
[...]
From: Nicolas Mailhot
To: Fabien
Je n'ai ni solution ni info de la part des développeurs.
Les développeurs noyau disent "c'est la faute de XFree", ceux de XFree
"c'est la faute du noyau et 2.5/2.6 n'est pas supporté".
La partie matrox est hors de cause - en passant à ATI tous les symptômes
ont disparu sauf le clavier qui part en live. Je soupçonne la partie
usb/input vu que j'ai des effets bizarres avec la souris parfois, mais
je n'ai aucune preuve.
Je n'ai pas de moyen fiable de le reproduire chez moi - il arrive par
intermittence c'est tout. Il est très difficile de générer des traces -
la partie input du noyau gère un nombre monumental d'événements,
j'arrive très rapidement à des mégas de logs sans être sûr de reproduire
le crash. Si par contre chez vous il y a un déclenchant sûr ça doit
être beaucoup plus jouable.
J'ai arrêté de travailler dessus peu avant les 2.6.0-test vu que le rush
de pré-release a entraîné des bogues autrements plus dangereux chez moi
(corruptions de données...). Maintenant qu'ils sont réglés je suppose
que je devrais m'y remettre une fois de retout chez moi.
Une piste est que selon certains developpeurs usb "certains
périphériques usb supportent mal que linux leur cause plus vite que
windows" (ie la spec c'est windows, pas les documents usb publics). Il
est très certain que c'est un problème de timings hard ou soft - d'après
les retours dev il suffit qu'*un* *seul* événement clavier échappe aux
pilotes pour evoir ce type d'effets.
Le mieux dans votre cas est de recompiler un noyau avec tous les patches
de debogage usb/hid/input disponibles, de commencer à enregistrer toutes
les traces juste avant de déclencher le bogue, et d'attacher le résultat
au bogue (ou plutôt à un nouveau qui référence l'ancien).
Puis d'être pénible. Très pénible. Au moins assez pénible pour que la
personne en face vous dise si c'est son problème ou celui de quelqu'un
d'autre. Il n'y a rien de pire que de perdre des mois parce que le
développeur n'a pas regardé le bogue, et quand il le regarde il vous
apprend que ce n'est pas son problème après tout.
Je vous souhaite de réussir - de tous les bogues bloquants 2.5/2.6 que
j'ai ouverts c'est le seul qui n'ait pas été réglé à ce jour.
[...]
Reply to: