web-dev-qa-db-fra.com

Clavier et souris USB tous les deux

J'ai décidé d'essayer Ubuntu 10.10 RC sur mon poste de travail aujourd'hui. L'installation a bien fonctionné, mais la souris et le clavier (usb) sont extrêmement lents. C'était également le cas lorsque je l'ai lancé à partir du cd live.

Ce qui est étrange, c’est que cela fonctionne bien pendant les premières secondes lorsqu’on entre dans X. Ensuite, il se passe quelque chose en arrière-plan, et la souris se comporte tout à coup comme si je jouais à un jeu 3D exigeant au plus haut niveau. Le clavier est également à la traîne et si j'appuie sur plus d'une touche par seconde, la touche est lâchée et seul un cinquième caractère environ apparaît à l'écran. Encore plus étrange, ce retard est également présent lorsqu’on utilise ctrl + alt + f1 pour passer en mode console.

Si je passe immédiatement en mode console lors du démarrage, cela fonctionne bien. Ensuite, lorsque je reviens à X, cela prend quelques secondes, puis cela se reproduit.

J'ai vérifié les journaux et le message le plus suspect est:

Oct  3 20:16:16 CHURCHILL kernel: [   70.868940] irq 19: nobody cared (try booting with the "irqpoll" option)
Oct  3 20:16:16 CHURCHILL kernel: [   70.868946] Pid: 0, comm: swapper Not tainted 2.6.35-22-generic #33-Ubuntu
Oct  3 20:16:16 CHURCHILL kernel: [   70.868948] Call Trace:
Oct  3 20:16:16 CHURCHILL kernel: [   70.868950]  <IRQ>  [<ffffffff810cba5b>] __report_bad_irq+0x2b/0xa0
Oct  3 20:16:16 CHURCHILL kernel: [   70.868961]  [<ffffffff810cbc5c>] note_interrupt+0x18c/0x1d0
Oct  3 20:16:16 CHURCHILL kernel: [   70.868967]  [<ffffffff81085d10>] ? sched_clock_tick+0x60/0x90
Oct  3 20:16:16 CHURCHILL kernel: [   70.868970]  [<ffffffff810cc45d>] handle_fasteoi_irq+0xdd/0x110
Oct  3 20:16:16 CHURCHILL kernel: [   70.868974]  [<ffffffff8100cb12>] handle_irq+0x22/0x30
Oct  3 20:16:16 CHURCHILL kernel: [   70.868978]  [<ffffffff81590b2c>] do_IRQ+0x6c/0xf0
Oct  3 20:16:16 CHURCHILL kernel: [   70.868981]  [<ffffffff81589713>] ret_from_intr+0x0/0x11
Oct  3 20:16:16 CHURCHILL kernel: [   70.868983]  <EOI>  [<ffffffff810360fb>] ? native_safe_halt+0xb/0x10
Oct  3 20:16:16 CHURCHILL kernel: [   70.868990]  [<ffffffff81012ecd>] default_idle+0x3d/0x90
Oct  3 20:16:16 CHURCHILL kernel: [   70.868995]  [<ffffffff81008da3>] cpu_idle+0xb3/0x110
Oct  3 20:16:16 CHURCHILL kernel: [   70.868999]  [<ffffffff8156f6fa>] rest_init+0x8a/0x90
Oct  3 20:16:16 CHURCHILL kernel: [   70.869004]  [<ffffffff81aedc9d>] start_kernel+0x387/0x390
Oct  3 20:16:16 CHURCHILL kernel: [   70.869007]  [<ffffffff81aed341>] x86_64_start_reservations+0x12c/0x130
Oct  3 20:16:16 CHURCHILL kernel: [   70.869011]  [<ffffffff81aed43f>] x86_64_start_kernel+0xfa/0x109
Oct  3 20:16:16 CHURCHILL kernel: [   70.869013] handlers:
Oct  3 20:16:16 CHURCHILL kernel: [   70.869014] [<ffffffff81404bb0>] (usb_hcd_irq+0x0/0x90)
Oct  3 20:16:16 CHURCHILL kernel: [   70.869019] [<ffffffff81404bb0>] (usb_hcd_irq+0x0/0x90)
Oct  3 20:16:16 CHURCHILL kernel: [   70.869022] [<ffffffff81404bb0>] (usb_hcd_irq+0x0/0x90)
Oct  3 20:16:16 CHURCHILL kernel: [   70.869026] Disabling IRQ #19

D'après moi, les problèmes liés à l'IRQ sont plutôt communs. Cependant, la plupart d'entre eux semblent être liés à des interruptions partagées, mais sur mon ordinateur, l'IRQ 19 est utilisé exclusivement par le contrôleur USB:

root@CHURCHILL:/home/emil# cat /proc/interrupts
           CPU0
  0:         26   IO-APIC-Edge      timer
  1:          2   IO-APIC-Edge      i8042
  7:          1   IO-APIC-Edge      parport0
  8:          0   IO-APIC-Edge      rtc0
  9:          1   IO-APIC-fasteoi   acpi, firewire_ohci
 12:          4   IO-APIC-Edge      i8042
 14:          0   IO-APIC-Edge      pata_atiixp
 15:       1004   IO-APIC-Edge      pata_atiixp
 17:        154   IO-APIC-fasteoi   ATI IXP
 18:       6164   IO-APIC-fasteoi   radeon, hda_intel
 19:    2000002   IO-APIC-fasteoi   ehci_hcd:usb1, ohci_hcd:usb2, ohci_hcd:usb3
 20:       9097   IO-APIC-fasteoi   eth0, eth1
 22:      13702   IO-APIC-fasteoi   sata_sil
NMI:          0   Non-maskable interrupts
LOC:     105505   Local timer interrupts
SPU:          0   Spurious interrupts
PMI:          0   Performance monitoring interrupts
PND:          0   Performance pending work
RES:          0   Rescheduling interrupts
CAL:          0   Function call interrupts
TLB:          0   TLB shootdowns
TRM:          0   Thermal event interrupts
THR:          0   Threshold APIC interrupts
MCE:          0   Machine check exceptions
MCP:          4   Machine check polls
ERR:          1
MIS:          0

L’autre personne sur laquelle j’ai pu trouver qui avait des problèmes similaires a eu recours à irqpoll, comme le suggère le message du noyau. Cependant, il a signalé que les entrées ne fonctionnaient pas du tout sans cette option, ce qui me laisse penser que cela pourrait ne pas être vraiment lié à l'IRQ après tout. Surtout que cela fonctionne bien pendant un moment.

lspci répertorie le contrôleur USB en tant que ATI Technologies Inc IXP SB400 USB Host Controller.

Toutes les suggestions seraient grandement appréciées.

10.10usbinput-devices
5
Emil H

Peut-être que ce n'est pas un bogue du noyau, mais certains utilisateurs traitent des ressources de porcs? Par exemple, epic gnome-settings-daemon (https://bugs.launchpad.net/bugs/625793)? Lancez le Moniteur système, ouvrez Tous les processus à partir du menu et triez-les en fonction de l'utilisation du processeur, vous pouvez trouver une réponse ...

2
Extender