[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#543275: slow mouse and IRQ #16 disable



First thing first, sorry for the delay, i was away from home for a long time.


First, please provide the output of 'lspci -vv' and 'dmidecode'.
=> I attached to this mail the content of dmidecode and lspci -vv

Second, what devices (if any) are connected to the PATA (IDE) controller?
=> The device connected to the PATA (IDE) controller is a DVD-rom drive :
[    1.172556] ata7.00: ATAPI: Pioneer DVD-ROM ATAPIModel DVD-106S 0109, E1.09, max UDMA/66


If you do not need them to boot, could you try disconnecting them temporarily and test whether this problem still occurs?
=> Of course i can disable it, or remove it.

Finally, could you try plugging the mouse into a different USB port and
testing whether this problem still occurs, or the kernel logs the error
message 'irq 16: nobody cared'?
=> Let's see :

[45225.820849] usb 1-6: USB disconnect, address 4
[100119.790865] irq 16: nobody cared (try booting with the "irqpoll" option)
[100119.790871] Pid: 0, comm: swapper Not tainted 2.6.30-2-amd64 #1
[100119.790873] Call Trace:
[100119.790875]  <IRQ>  [<ffffffff8027fe23>] ? __report_bad_irq+0x30/0x7d
[100119.790886]  [<ffffffff8027ff75>] ? note_interrupt+0x105/0x170
[100119.790890]  [<ffffffff80280567>] ? handle_fasteoi_irq+0x93/0xb5
[100119.790894]  [<ffffffff80212655>] ? handle_irq+0x17/0x1d
[100119.790897]  [<ffffffff80211e7c>] ? do_IRQ+0x57/0xbf
[100119.790900]  [<ffffffff80210453>] ? ret_from_intr+0x0/0x11
[100119.790902]  <EOI>  [<ffffffff80216ae8>] ? mwait_idle+0x8d/0xac
[100119.790908]  [<ffffffff80216a87>] ? mwait_idle+0x2c/0xac
[100119.790913]  [<ffffffff8020edda>] ? cpu_idle+0x50/0x91
[100119.790915] handlers:
[100119.790916] [<ffffffff803dea77>] (usb_hcd_irq+0x0/0x7e)
[100119.790922] [<ffffffffa0079282>] (ata_sff_interrupt+0x0/0xbe [libata])
[100119.790949] Disabling IRQ #16

Problem occurs, so i unplug the mouse and reconnect it to another usb slot

[100578.784040] usb 3-1: USB disconnect, address 2
[100608.636009] usb 4-2: new full speed USB device using uhci_hcd and address 2
[100608.813543] usb 4-2: New USB device found, idVendor=1532, idProduct=0007
[100608.813547] usb 4-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[100608.813549] usb 4-2: Product: DeathAdder
[100608.813551] usb 4-2: Manufacturer: Razer
[100608.813631] usb 4-2: configuration #1 chosen from 1 choice
[100608.824766] input: Razer DeathAdder as /devices/pci0000:00/0000:00:1a.1/usb4/4-2/4-2:1.0/input/input8
[100608.824840] generic-usb 0003:1532:0007.0004: input,hidraw0: USB HID v1.11 Mouse [Razer DeathAdder] on usb-0000:00:1a.1-2/input0

=> The problem seems to be gone
But if i unplug the mouse and reconnect to the first one, the mouse is slow again.

I would like to add that i upgrade my debian. (so i'm using linux-image-2.6.30-2-amd64 : Version: 2.6.30+21)

Benoît

Le 8 septembre 2009 03:19, Ben Hutchings <ben@decadent.org.uk> a écrit :
On Tue, 2009-08-25 at 09:43 +0200, Benoît Tonnerre wrote:
> Sorry, my mistake, i hurry up too much and i paste the wrong one
>
> Here is the file /proc/interrupts when the bug occured
>
>
> btonnerre@HachiRoku:~$ cat /proc/interrupts
>            CPU0       CPU1
>   0:         49         11   IO-APIC-edge      timer
>   1:          1          1   IO-APIC-edge      i8042
>   3:          1          1   IO-APIC-edge
>   4:          1          1   IO-APIC-edge
>   7:          0          0   IO-APIC-edge      parport0
>   8:         41         45   IO-APIC-edge      rtc0
>   9:          0          0   IO-APIC-fasteoi   acpi
>  12:          2          2   IO-APIC-edge      i8042
>  16:     200064     199937   IO-APIC-fasteoi   uhci_hcd:usb3, pata_jmicron

This looks more interesting.

First, please provide the output of 'lspci -vv' and 'dmidecode'.

Second, what devices (if any) are connected to the PATA (IDE)
controller?  If you do not need them to boot, could you try
disconnecting them temporarily and test whether this problem still
occurs?

Finally, could you try plugging the mouse into a different USB port and
testing whether this problem still occurs, or the kernel logs the error
message 'irq 16: nobody cared'?

Ben.

--
Ben Hutchings
Life is what happens to you while you're busy making other plans.
                                                              - John Lennon

Attachment: lspci_vv
Description: Binary data

Attachment: dmidecode
Description: Binary data


Reply to: