lkml.org 
[lkml]   [2013]   [Mar]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
On Thu, 14 Mar 2013, Jiri Kosina wrote:

> I have reverted all three commits, and the "nobody cared" is still there.
>
> > If you revert all three and still see the problem then it must be
> > caused by changes outside of the USB stack. Differences in interrupt
> > routing could be a result of changes to PCI or ACPI. Have you compared
> > the current /proc/interrupts with versions from earlier kernels without
> > this problem?
>
> The diff of stripped-down (without CPU statistics) /proc/interrupts from
> some oldish working 3.1 and the current tree:
>
> --- /tmp/interrupts-old.txt 2013-03-14 16:30:46.938710286 +0100
> +++ /tmp/interrupts-new.txt 2013-03-14 16:30:18.954571413 +0100
> @@ -3,27 +3,28 @@
> 8:IO-APIC-edge rtc0
> 9:IO-APIC-fasteoi acpi
> 12:IO-APIC-edge i8042
> - 16:IO-APIC-fasteoi uhci_hcd:usb6
> - 17:IO-APIC-fasteoi uhci_hcd:usb7
> - 18:IO-APIC-fasteoi ata_generic, uhci_hcd:usb8
> - 19:IO-APIC-fasteoi ehci_hcd:usb2
> - 20:IO-APIC-fasteoi uhci_hcd:usb3
> - 21:IO-APIC-fasteoi uhci_hcd:usb4
> - 22:IO-APIC-fasteoi uhci_hcd:usb5
> - 23:IO-APIC-fasteoi ehci_hcd:usb1
> + 16:IO-APIC-fasteoi uhci_hcd:usb4
> + 17:IO-APIC-fasteoi uhci_hcd:usb5
> + 18:IO-APIC-fasteoi ata_generic, uhci_hcd:usb6
> + 19:IO-APIC-fasteoi ehci_hcd:usb8
> + 20:IO-APIC-fasteoi uhci_hcd:usb1
> + 21:IO-APIC-fasteoi uhci_hcd:usb2
> + 22:IO-APIC-fasteoi uhci_hcd:usb3
> + 23:IO-APIC-fasteoi ehci_hcd:usb7, i801_smbus
> 40:PCI-MSI-edge PCIe PME
> 41:PCI-MSI-edge PCIe PME
> 42:PCI-MSI-edge PCIe PME
> 43:PCI-MSI-edge ahci
> 44:PCI-MSI-edge i915
> 45:PCI-MSI-edge eth0
> - 46:PCI-MSI-edge iwlagn
> + 46:PCI-MSI-edge iwlwifi
> 47:PCI-MSI-edge snd_hda_intel
> NMI:Non-maskable interrupts
> LOC:Local timer interrupts
> SPU:Spurious interrupts
> PMI:Performance monitoring interrupts
> IWI:IRQ work interrupts
> +RTR:APIC ICR read retries
> RES:Rescheduling interrupts
> CAL:Function call interrupts
> TLB:TLB shootdowns
>
> IRQ16 is routed differently (usb4 vs usb6), so that might be relevant.

It looks like the order of probing changed. The old kernel did
ehci-hcd before uhci-hcd and the new kernel did them in the opposite
order. Consequently usb3-usb8 in the old kernel (the UHCI devices) are
the same as usb1-usb6 in the new kernel. Likewise, usb1-usb2 in the
old kernel are usb7-usb8 in the new kernel.

In fact, the only major difference appears to be i801_smbus on IRQ 23.
It's hard to see how that could have any effect.

> > Is occurrence of the "nobody cared" connected with any particular
> > device? Somebody reported a similar problem not long ago (although IIRC
> > it was for OHCI rather than UHCI) which appeared to be related to
> > activity on the built-in webcam.
>
> Will check this. No external devices are plugged in, I think the only
> internal one it has is bluetooth chip. I'll try turning it off.

All right.

One other thing you could try: Transplant the entire uhci-hcd driver
from 3.1 (or whatever) into 3.9-rc1. It should go okay -- you may have
to apply by hand the appropriate parts of commits bc677d5b6464,
90ab5ee94171, and 9ffc93f203c1.

Alan Stern



\
 
 \ /
  Last update: 2013-03-14 17:44    [W:0.079 / U:1.160 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site