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

Bug#433413: marked as done (linux-2.6: uhci-hcd causes "nobody cared" on resume or kexec boot)

Your message dated Mon, 29 Dec 2008 21:32:25 +0000
with message-id <20081229213225.GA5035@crustytoothpaste.ath.cx>
and subject line Re: Bug#433413: linux-2.6: uhci-hcd causes "nobody cared" on resume or kexec boot
has caused the Debian Bug report #433413,
regarding linux-2.6: uhci-hcd causes "nobody cared" on resume or kexec boot
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
433413: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=433413
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: linux-2.6
Version: 2.6.22-1
Severity: normal

Whenever I resume (from suspend) or reboot using kexec, uhci-hcd causes
a "nobody cared" error, which causes the interrupt (below, 17) to be
disabled.  I have not tried irqpoll; I will shortly.

Furthermore, this prevents ipw3945 from working until a reboot through
the BIOS. (Note, however, that ipw3945 is not loaded until after the
error occurs, when using kexec; therefore, ipw3945 does not cause the
error in any way.)

If I remove all the modules using that interrupt, and reload them, all
of them except ipw3945 work, and the interrupt is reenabled.  I can also
avoid this, in the suspend/resume case, by unloading uhci-hcd before
suspend and reloading it on resume, which prevents the problem.

/proc/interrupts (from a fresh boot):
           CPU0       CPU1       
  0:     290077          0   IO-APIC-edge      timer
  1:       3402          0   IO-APIC-edge      i8042
  8:          1          0   IO-APIC-edge      rtc
  9:       1258          0   IO-APIC-fasteoi   acpi
 12:     131626          0   IO-APIC-edge      i8042
 14:      10334          0   IO-APIC-edge      ide0
 16:      10685          0   IO-APIC-fasteoi   uhci_hcd:usb1, yenta, i915@pci:0000:00:02.0
 17:     377369          0   IO-APIC-fasteoi   uhci_hcd:usb2, firewire_ohci, ipw3945, HDA Intel
 18:          0          0   IO-APIC-fasteoi   uhci_hcd:usb3
 19:          2          0   IO-APIC-fasteoi   uhci_hcd:usb4, ehci_hcd:usb5
1274:      11753          0   PCI-MSI-edge      eth0
1275:      12806          0   PCI-MSI-edge      ahci
NMI:          0          0 
LOC:     290034     290011 
ERR:          0

from kern.log (with kexec on 2.6.22-1):
Jul 16 21:51:31 lakeview kernel:  sda:<3>irq 17: nobody cared (try booting with the "irqpoll" option)
Jul 16 21:51:31 lakeview kernel: 
Jul 16 21:51:31 lakeview kernel: Call Trace:
Jul 16 21:51:31 lakeview kernel:  <IRQ>  [<ffffffff8025dfff>] __report_bad_irq+0x30/0x72
Jul 16 21:51:31 lakeview kernel:  [<ffffffff8025e224>] note_interrupt+0x1e3/0x227
Jul 16 21:51:31 lakeview kernel:  [<ffffffff8025eaf1>] handle_fasteoi_irq+0xa9/0xd0
Jul 16 21:51:31 lakeview kernel:  [<ffffffff8020ca0d>] do_IRQ+0x6c/0xd3
Jul 16 21:51:31 lakeview kernel:  [<ffffffff8020a2a1>] ret_from_intr+0x0/0xa
Jul 16 21:51:31 lakeview kernel:  <EOI>  [<ffffffff88051aae>] :processor:acpi_processor_idle+0x25a/0x454
Jul 16 21:51:31 lakeview kernel:  [<ffffffff88051aa4>] :processor:acpi_processor_idle+0x250/0x454
Jul 16 21:51:31 lakeview kernel:  [<ffffffff88051854>] :processor:acpi_processor_idle+0x0/0x454
Jul 16 21:51:31 lakeview kernel:  [<ffffffff80209125>] cpu_idle+0x8b/0xae
Jul 16 21:51:31 lakeview kernel:  [<ffffffff80526762>] start_kernel+0x2c0/0x2cc
Jul 16 21:51:31 lakeview kernel:  [<ffffffff80526140>] _sinittext+0x140/0x144
Jul 16 21:51:31 lakeview kernel: 
Jul 16 21:51:31 lakeview kernel: 
Jul 16 21:51:31 lakeview kernel: handlers:
Jul 16 21:51:31 lakeview kernel: [<ffffffff80367668>] (usb_hcd_irq+0x0/0x52)
Jul 16 21:51:31 lakeview kernel: [<ffffffff880bcb54>] (irq_handler+0x0/0x1c1 [firewire_ohci])
Jul 16 21:51:31 lakeview kernel: Disabling IRQ #17

from kern.log (with resume on 2.6.18.dfsg.1-12etch1):
May 11 13:14:27 lakeview kernel: irq 201: nobody cared (try booting with the "ir
qpoll" option)
May 11 13:14:27 lakeview kernel: 
May 11 13:14:27 lakeview kernel: Call Trace:
May 11 13:14:27 lakeview kernel:  <IRQ> [<ffffffff802a4c23>] __report_bad_irq+0x30/0x7d
May 11 13:14:27 lakeview kernel:  [<ffffffff802a4e5d>] note_interrupt+0x1ed/0x22e
May 11 13:14:27 lakeview kernel:  [<ffffffff802a436a>] __do_IRQ+0xc7/0x105
May 11 13:14:27 lakeview kernel:  [<ffffffff80210381>] __do_softirq+0x5e/0xd5
May 11 13:14:27 lakeview kernel:  [<ffffffff8026401f>] do_IRQ+0x65/0x73
May 11 13:14:27 lakeview kernel:  [<ffffffff802589d1>] ret_from_intr+0x0/0xa
May 11 13:14:27 lakeview kernel:  <EOI> [<ffffffff8800589f>] :processor:acpi_processor_idle+0x284/0x465
May 11 13:14:27 lakeview kernel:  [<ffffffff88005895>] :processor:acpi_processor_idle+0x27a/0x465
May 11 13:14:27 lakeview kernel:  [<ffffffff8800561b>] :processor:acpi_processor_idle+0x0/0x465
May 11 13:14:27 lakeview kernel:  [<ffffffff8024544e>] cpu_idle+0x95/0xb8
May 11 13:14:27 lakeview kernel:  [<ffffffff8053a799>] start_kernel+0x216/0x21b
May 11 13:14:27 lakeview kernel:  [<ffffffff8053a288>] _sinittext+0x288/0x28c
May 11 13:14:27 lakeview kernel: 
May 11 13:14:27 lakeview kernel: 
May 11 13:14:27 lakeview kernel: handlers:
May 11 13:14:27 lakeview kernel: [<ffffffff80375690>] (usb_hcd_irq+0x0/0x55)
May 11 13:14:27 lakeview kernel: [<ffffffff8824661d>] (yenta_interrupt+0x0/0xbe [yenta_socket])
May 11 13:14:27 lakeview kernel: Disabling IRQ #201

(Here, IRQ 201 is what is now IRQ 17.)

Finally, this is a Lenovo/IBM Thinkpad R60 (9456CTO), with all that entails.

If you should need more information or testing, please do not hesitate
to contact me.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.22-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187

Attachment: signature.asc
Description: Digital signature


--- End Message ---
--- Begin Message --- 
On Fri, Dec 26, 2008 at 12:11:56AM +0100, Moritz Muehlenhoff wrote:

On Thu, Aug 02, 2007 at 04:44:29PM +0200, maximilian attems wrote:

On Tue, 17 Jul 2007, brian m. carlson wrote:

> Whenever I resume (from suspend) or reboot using kexec, uhci-hcd causes
> a "nobody cared" error, which causes the interrupt (below, 17) to be
> disabled.  I have not tried irqpoll; I will shortly.
> 
hmmm i know of several drivers with kexec troubles..

anyway please file that bug in bugzilla.kernel.org so that
usb devs get an eye on it.

feedback the bugzilla bug nr.


Does this error still occur with more recent kernel versions?


No.  kexec reboots without any error, and removing uhci-hcd from
/etc/hibernate/common.conf causes no problems with suspending.
Therefore, I have closed the bug.

--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
troff on top of XML: http://crustytoothpaste.ath.cx/~bmc/code/thwack
OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: