USB-клавиатура и мышь оба лаги

Я решил попробовать Ubuntu 10.10 RC на моей рабочей станции сегодня. Установка работала нормально, но мышь и клавиатура (обе из которых usb) невыносимо лаги. Это также был случай, когда я запустил его с живого компакт-диска.

Странно то, что в первые несколько секунд он работает нормально при вводе X. Затем что-то происходит на заднем плане, и мышь внезапно ведет себя так, будто я играю в какую-то требовательную 3d игру на самых высоких настройках. Клавиатура также запаздывает, и если я нажимаю более одной клавиши в секунду, клавиша будет сброшена, и на экране фактически появится только каждый пятый символ. Еще более странным является то, что эта задержка также присутствует, когда используется ctrl + alt + f1 для переключения в режим консоли.

Если я сразу переключаюсь в режим консоли при загрузке, он работает нормально. Затем, когда я снова переключаюсь на X, это занимает пару секунд, а затем это происходит снова.

Я проверил журналы, и самое подозрительное сообщение:

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

Проблемы, связанные с IRQ, насколько я могу судить, довольно распространенные. Тем не менее, большинство из них, кажется, связано с общими прерываниями, но на моем компьютере IRQ 19 используется исключительно контроллером 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

На другом человеке, которого я смог найти, у которого было подобное проблемы прибегают к использованию irqpoll, как указано в сообщении ядра. Тем не менее, он сообщил, что входные данные не работали вообще без этой опции, что заставляет меня предположить, что в действительности это не может быть связано с IRQ. Тем более, что какое-то время он работает нормально.

lspci перечисляет контроллер USB как ATI Technologies Inc IXP SB400 USB Host Controller.

Любые предложения будут с благодарностью.