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.
[...]
