Forum Linux.général souris folle

Posté par  .
Étiquettes : aucune
0
23
juin
2005
Bonjour,
j'ai installé une gentoo 2005.0 avec un noyau 2.6.11 et tout et tout (X, ...), et j'ai un gros problème avec la souris (que ce soit avec X ou gpm). Lorsque le processeur est assez utilisé (par exemple en lançant 3 programmes), la souris devient folle, part n'importe où, et ouvre plein de menus...
dmesg indique :
input: ImExPS/2 Generic Explorer Mouse on isa0060/serio1
psmouse.c: Explorer Mouse at isa0060/serio1/input0 lost synchronization, throwing 2 bytes away.
psmouse.c: Explorer Mouse at isa0060/serio1/input0 lost synchronization, throwing 2 bytes away.
psmouse.c: Explorer Mouse at isa0060/serio1/input0 lost synchronization, throwing 2 bytes away.
j'ai essayé de changer quelques options dans le kernel (par exemple souris PS/2 en dur / en module) mais jusqu'ici rien n'y a fait.
Ce problème ne semble pas propre à gentoo, vu ce que j'ai pu voir sur google (malheureusement pas de solution).
Si quelqu'un connaît ce problème (voire une solution), ou a une idée, j'apprécierais vraiment.
merci d'avance

  • # Nouvelles

    Posté par  . Évalué à 1.

    Rebonjour,
    j'ai de nouvelles infos : j'ai testé avec un kernel officiel (www.kernel.org) 2.6.12, et même chose. Jusqu'ici, j'ai déjà testé plusieurs distributions (Mandrake Slackware Debian Ubuntu) avec cette souris sans problème, j'en avais conclu que c'était le noyau modifié de gentoo qui posait problème, mais apparemment pas. Peut-être que cela vient du "gestionnaire de devs", enfin le programme qui s'occupe de /dev au démarrage. Il y a deux programmes non?
    merci d'avance

    • [^] # Re: Nouvelles

      Posté par  . Évalué à 1.

      ça y est je m'en souvient, c'est devfs et udev. Mais il me semble que toutes les distributions récentes utilisent udev, non?
      si quelqu'un a une idée...

    • [^] # Re: Nouvelles

      Posté par  . Évalué à 1.

      ça y est je m'en souvient, c'est devfs et udev. Mais il me semble que toutes les distributions récentes utilisent udev, non?
      si quelqu'un a une idée...

      • [^] # Re: Nouvelles

        Posté par  . Évalué à 1.

        problème résolu!
        en fait ce n'était pas lorsque le cpu était beaucoup utilisé, mais lors d'importants accès au disque (il devait y avoir des conflits entre les deux I/O), cela car l'udma n'était pas activé, à cause d'un kernel mal configuré...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.