|Summary:||With kernel 2.6.10-1.770_FC2 ehci_hcd causes a storm of "irq status -84" messages|
|Product:||[Fedora] Fedora||Reporter:||Michal Jaegermann <michal>|
|Component:||kernel||Assignee:||Dave Jones <davej>|
|Status:||CLOSED NEXTRELEASE||QA Contact:||Brian Brock <bbrock>|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2005-04-16 05:11:59 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
Description Michal Jaegermann 2005-03-12 22:13:20 UTC
Description of problem: Acer Travelmate 230 is doing a passable suspend as long as ehci_hcd module is removed before an attempt as described in more details elsewhere (see bug #124820). With older kernels it was possible after a resume to insert ehci_hcd module back. I am not sure if it was really working but at least I did not observe nasty consequences. After an update to a kernel-2.6.10-1.770_FC2 an attempt to do so is causing the following: kernel: ACPI: PCI interrupt 0000:00:1d.7[D] -> GSI 11 (level, low) -> IRQ 11 kernel: ehci_hcd 0000:00:1d.7: EHCI Host Controller kernel: ehci_hcd 0000:00:1d.7: irq 11, pci mem 0xd0080000 kernel: ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 4 kernel: ehci_hcd 0000:00:1d.7: USB 2.0 initialized, EHCI 1.00, driver 26 Oct 2004 kernel: drivers/usb/input/hid-core.c: input irq status -84 received kernel: hub 4-0:1.0: USB hub found kernel: hub 4-0:1.0: 6 ports detected kernel: drivers/usb/input/hid-core.c: input irq status -84 received last message repeated 1311 times last message repeated 72 times kernel: ehci_hcd 0000:00:1d.7: remove, state 1 kernel: usb usb4: USB disconnect, address 1 kernel: drivers/usb/input/hid-core.c: input irq status -84 received last message repeated 2 times kernel: ehci_hcd 0000:00:1d.7: USB bus 4 deregistered kernel: drivers/usb/input/hid-core.c: input irq status -84 received last message repeated 1257 times and "irq status -84 received" does not stop even if ehci_hcd is removed and a machine becomes basically useless. Before a suspend removing and inserting ehci_hcd apparently can be done quietly twice. After that one sees: ehci_hcd 0000:00:1d.7: USB bus 4 deregistered ACPI: PCI interrupt 0000:00:1d.7[D] -> GSI 11 (level, low) -> IRQ 11 ehci_hcd 0000:00:1d.7: EHCI Host Controller PCI: Setting latency timer of device 0000:00:1d.7 to 64 ehci_hcd 0000:00:1d.7: irq 11, pci mem 0xd0080000 ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 4 PCI: cache line size of 128 is not supported by device 0000:00:1d.7 ehci_hcd 0000:00:1d.7: USB 2.0 initialized, EHCI 1.00, driver 26 Oct 2004 drivers/usb/input/hid-core.c: input irq status -84 received drivers/usb/input/hid-core.c: input irq status -84 received drivers/usb/input/hid-core.c: input irq status -84 received drivers/usb/input/hid-core.c: input irq status -84 received drivers/usb/input/hid-core.c: input irq status -84 received usb 1-2: USB disconnect, address 4 hub 4-0:1.0: USB hub found hub 4-0:1.0: 6 ports detected usb 1-2: new low speed USB device using uhci_hcd and address 5 and every subseqent try apparently muliplies a number of "irq status -84" by a factor of two and a bit but this still stabilizes as opposed to doing that after a return from a suspend. After a suspend floppy still does not work. See bug #127163 :-(. Version-Release number of selected component (if applicable): kernel 2.6.10-1.770_FC2 How reproducible: As described above.
Comment 1 Warren Togami 2005-03-12 22:23:28 UTC
http://people.redhat.com/davej/kernels/Fedora/ Please try this.
Comment 2 Michal Jaegermann 2005-03-13 00:00:14 UTC
> Please try this. The only one there for FC2 is currently the same 2.6.10-1.770_FC2, I am afraid (and this is clearly the same kernel and not another package with the same name).
Comment 3 Warren Togami 2005-03-13 00:04:07 UTC
Sorry, I didn't realize davej didn't make a 2.6.11 FC2 yet.
Comment 4 Dave Jones 2005-03-13 00:24:39 UTC
given the effort involved in getting all of userspace up to date, and end-of-life of FC2 not being that far away, I'm in two minds about doing a 2.6.11 update for it. On the other hand, there are a lot of outstanding bugs that would be fixed by rebasing.
Comment 5 Warren Togami 2005-03-13 07:07:14 UTC
FC2 userspace would need updates in order to support the 2.6.11 kernel?
Comment 6 Dave Jones 2005-03-13 07:56:35 UTC
there are always needed updates when we rebase. At the least, wireless tools would need updating, as the ABI changed.
Comment 7 Michal Jaegermann 2005-03-13 18:20:27 UTC
There are no reasons to believe that kernel-2.6.10-1.770_FC3, as opposed to kernel-2.6.10-1.770_FC2, would behave here in a really different way. Simply on a laptop I observed that behaviour there is now the later and this is not an installation where I can muck with it at will. With a different Acer laptop and FC3 so far I could not get any form of suspension working at all (I thought that I wrote a corresponding report but I could not find it now).
Comment 8 Dave Jones 2005-04-16 05:11:59 UTC
Fedora Core 2 has now reached end of life, and no further updates will be provided by Red Hat. The Fedora legacy project will be producing further kernel updates for security problems only. If this bug has not been fixed in the latest Fedora Core 2 update kernel, please try to reproduce it under Fedora Core 3, and reopen if necessary, changing the product version accordingly. Thank you.