irq 11: nobody cared (try booting with the "irqpoll" option.

This looks very similar:

http://bugzilla.kernel.org/show_bug.cgi?id=3808

same symptoms, but with USB rather than audio

What happen if you boot with that option turned on?

(In reply to comment #2)
> What happen if you boot with that option turned on?
>

The irqpoll option seems to avoid the problem; my sound works fine when I use it.

do you think we should switch to it by default?

I tried pci=routeirq as requested, but I still get the same symptoms:

irq 11: nobody cared (try booting with the "irqpoll" option.
 [<c0133dfa>] __report_bad_irq+0x2a/0x8f
 [<c0133664>] handle_IRQ_event+0x2e/0x64
 [<c0133ef5>] note_interrupt+0x7c/0xdf
 [<c01337d8>] __do_IRQ+0x13e/0x14a
 [<c010513d>] do_IRQ+0x19/0x24
 [<c010386a>] common_interrupt+0x1a/0x20
 [<c010101e>] default_idle+0x0/0x29
 [<c0101041>] default_idle+0x23/0x29
 [<c01010ad>] cpu_idle+0x37/0x50
 [<c0344766>] start_kernel+0x170/0x1ac
 [<c034434e>] unknown_bootoption+0x0/0x1ab
handlers:
[<f8a34491>] (snd_via82xx_interrupt+0x0/0xd8 [snd_via82xx])
Disabling IRQ #11

We have something similar here.

irq 7: nobody cared (try booting with the "irqpoll" option.
 [<c012f3ff>] __report_bad_irq+0x31/0x77
 [<c012f4d2>] note_interrupt+0x75/0x9b
 [<c012eeb6>] __do_IRQ+0xd3/0x111
 [<c0104d35>] do_IRQ+0x19/0x24
 [<c01039d2>] common_interrupt+0x1a/0x20
 [<c011ae44>] __do_softirq+0x2c/0x79
 [<c011aeb3>] do_softirq+0x22/0x26
 [<c012ed8c>] irq_exit+0x29/0x34
 [<c0104d3a>] do_IRQ+0x1e/0x24
 [<c01039d2>] common_interrupt+0x1a/0x20
 [<e0823aff>] acpi_processor_idle+0x120/0x25a [processor]
 [<c0101095>] cpu_idle+0x21/0x45
 [<c032669e>] start_kernel+0x16f/0x173
handlers:
[<e0b8be26>] (vortex_interrupt+0x0/0x184 [snd_au8830])
[<e0d20645>] (usb_hcd_irq+0x0/0x4e [usbcore])

When it happens, the sound card makes a pulsating drum beat kind of sound that
doesn't go away, like it is continuously playing the same sound. I can't play
any other sound and must reboot to fix it.

This is on a x86 machine, kernel is from linux-tree-2.6.10-24, plus win4lin patches.

Will try the irqpoll thing and see if it goes away.

This hopefully should be fixed in the next update.

regards
chuck

I tried the module that Chuck built for me as a test, but unfortunately it
doesn't quite solve the problem.

Mar 23 14:20:24 <mdz> the snd-via82xx change does not resolve my problem
Mar 23 14:20:43 <mdz> well, not entirely
Mar 23 14:20:52 <mdz> I don't seem to be getting the crash I was getting
before, but that didn't always happen anyway
Mar 23 14:21:00 <mdz> but it still behaves in the same way
Mar 23 14:21:09 <mdz> when I play a sound, it repeats indefinitely
Mar 23 14:21:31 <mdz> any information I should collect before I go back to
irqpoll mode?
Mar 23 14:23:39 <mdz> ok

Matthew Garrett mentioned this:

<mjg59> mdz: http://seclists.org/lists/linux-kernel/2005/Mar/6078.html is a fix
for PCI interrupts on some VIA-based systems

I may find an opportunity to test that, but it seems too intrusive to change
this late in the release cycle.

Created an attachment (id=2053)
ACPI breakpoint nop

Created an attachment (id=2054)
ACPI breakpoint nop

Created an attachment (id=2055)
ACPI debug level

Created an attachment (id=2056)
ACPI lequal less strict

Created an attachment (id=2057)
ACPI reset machanism

Hi,

I seem to have the same problem on my ASUS P2L97-DS (Dual SCSI), it's Pentium II
board, except in my case it's IRQ 20.

I have had the issue using RedHat Enterprise Linux 4. I reported to RedHat's
bugzilla, but since then they have taken care of the issue.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=145530

I have investigated their kernel patches (2.6.9-5.03), and found these ACPI
related patches. I don't know which one actually fixes the issue, but it might
be interested to take a look at them.

Regards,
Pascal de Bruijn

I encounter this problem when installing Hoary:

irq 10: nobody cared (try booting with the "irqpoll" option.
 [<c012e4cb>] __report_bad_irq+0x31/0x77
 [<c012e59e>] note_interrupt+0x75/0x9b
 ...

This occurs immediately after messages related to Yenta.

I tried continuing with the installation but later on there
is a failure when installing linux-i386.

No improvement when I boot with the "irqpoll" option.

What eliminates the oops it in my case:

    boot: linux acpi=off

However, this results in some extra error messages that flash
by rather too quickly.

My system is a ThinkPad 600x (Pentium III)

FWIW, I had this problem on a HP dx2000; any serious IO (e.g. a kernel compile)
would kill the onboard e100 card with the dreaded 'irq <n>: nobody cared', 100%
reproducibly. Upgrading to breezy's 2.6.12 fixed it and the box has now happily
survived 3 kernel compiles (1 cached, 2 uncached).

I'm going to assume that all drivers have been fixed to handle the new IRQ
return values (the cause of these messages) in breezy's 2.6.12 kernel.

I was just searching for this bug...I've just booted into 2.6.12-9.14 and
confirmed that irqpoll is no longer necessary on my hardware

*** Bug 12501 has been marked as a duplicate of this bug. ***

Spoke too soon. The login sound played OK, but:

[4326970.125000] irq 11: nobody cared (try booting with the "irqpoll" option.
[4326970.125000] [<c0136e30>] __report_bad_irq+0x2a/0x8d
[4326970.125000] [<c013684c>] handle_IRQ_event+0x39/0x6d
[4326970.125000] [<c0136f4b>] note_interrupt+0x9e/0xf7
[4326970.125000] [<c013696f>] __do_IRQ+0xef/0xfc
[4326970.125000] [<c010526d>] do_IRQ+0x19/0x24
[4326970.125000] [<c0103822>] common_interrupt+0x1a/0x20
[4326970.125000] [<f8dfea39>] acpi_processor_idle+0x0/0x27f [processor]
[4326970.125000] [<f8dfeb38>] acpi_processor_idle+0xff/0x27f [processor]
[4326970.125000] [<c01010b2>] cpu_idle+0x3c/0x51
[4326970.125000] [<c03547ab>] start_kernel+0x171/0x1ad
[4326970.125000] [<c0354346>] unknown_bootoption+0x0/0x1da
[4326970.125000] handlers:
[4326970.125000] [<f8aa2487>] (snd_via82xx_interrupt+0x0/0xcf [snd_via82xx])
[4326970.125000] Disabling IRQ #11

Can you attach the output of "lspci -vv" please?

Created an attachment (id=4167)
mdz's lspci

Created an attachment (id=4171)
mdz's /proc/ioports

Created an attachment (id=4172)
mdz's /proc/interrupts

I've booted without irqpoll and loaded the snd_via82xx.ko you provided, and so
far it's working fine. With the old module, it would die very quickly when
playing music.

*** Bug 23014 has been marked as a duplicate of this bug. ***

This bug has been flagged because it is old and possibly inactive. It may or may
not be fixed in the latest release (Breezy Badger 5.10). It is being marked as
"NEEDSINFO". In two weeks time, if the bug is not updated back to "NEW" and
validated against Breezy, it will be closed.

This is needed in order to help manage the current bug list for the kernel. We
would like to fix all bugs, but need users to test and help with debugging.

If this change was in error for this bug, please respond and make the
appropriate change (or email <email address hidden> if you cannot make the
change).

Thanks for your help.

I still have irqpoll enabled as of the Breezy kernel. I'll check with 2.6.15 on
my next reboot.

With 2.6.15-3.3, I get correct behaviour without irqpoll

(In reply to comment #29)
> With 2.6.15-3.3, I get correct behaviour without irqpoll

I spoke too soon. It worked for a day, and then:

[17230455.576000] irq 11: nobody cared (try booting with the "irqpoll" option)
[17230455.576000] [<c01416fa>] __report_bad_irq+0x2a/0x90
[17230455.576000] [<c0140f3d>] handle_IRQ_event+0x3d/0x70
[17230455.576000] [<c0141807>] note_interrupt+0x87/0xe0
[17230455.576000] [<c014105a>] __do_IRQ+0xea/0x100
[17230455.576000] [<c01053e9>] do_IRQ+0x19/0x30
[17230455.576000] [<c0103b4a>] common_interrupt+0x1a/0x20
[17230455.576000] handlers:
[17230455.576000] [<f8af84f0>] (snd_via686_interrupt+0x0/0x120 [snd_via82xx])
[17230455.576000] Disabling IRQ #11

(In reply to comment #30)
> (In reply to comment #29)
> > With 2.6.15-3.3, I get correct behaviour without irqpoll
>
> I spoke too soon. It worked for a day, and then:
>
> [17230455.576000] irq 11: nobody cared (try booting with the "irqpoll" option)
> [17230455.576000] [<c01416fa>] __report_bad_irq+0x2a/0x90
> [17230455.576000] [<c0140f3d>] handle_IRQ_event+0x3d/0x70
> [17230455.576000] [<c0141807>] note_interrupt+0x87/0xe0
> [17230455.576000] [<c014105a>] __do_IRQ+0xea/0x100
> [17230455.576000] [<c01053e9>] do_IRQ+0x19/0x30
> [17230455.576000] [<c0103b4a>] common_interrupt+0x1a/0x20
> [17230455.576000] handlers:
> [17230455.576000] [<f8af84f0>] (snd_via686_interrupt+0x0/0x120 [snd_via82xx])
> [17230455.576000] Disabling IRQ #11
>

It gets worse, in fact, in that irqpoll doesn't seem to solve the issue under
2.6.15. If I enable it, then rather than seeing the above message, under
similar circumstances I get a very hard hang (not even magic sysrq works)
instead. Having to hang back at 2.6.12 for now due to this.

Workaround is probably the best we'll get for now.

This bug is back in 2.6.17:

[17347045.420000] irq 11: nobody cared (try booting with the "irqpoll" option)
[17347045.420000] <c0147924> __report_bad_irq+0x24/0x80 <c01479ff> note_interrupt+0x7f/0x230
[17347045.420000] <f88f0810> sd_rw_intr+0x60/0x370 [sd_mod] <c01472b3> handle_IRQ_event+0x33/0x60
[17347045.420000] <c01473d2> __do_IRQ+0xf2/0x100 <c01059c9> do_IRQ+0x19/0x30
[17347045.420000] <c0103a6a> common_interrupt+0x1a/0x20 <c0126992> __do_softirq+0x62/0xe0
[17347045.420000] <c0126a45> do_softirq+0x35/0x40 <c01059ce> do_IRQ+0x1e/0x30
[17347045.420000] <c0103a6a> common_interrupt+0x1a/0x20 <c0102090> default_idle+0x0/0x60
[17347045.420000] <c01020bc> default_idle+0x2c/0x60 <c0102161> cpu_idle+0x71/0xb0
[17347045.420000] <c03ae7b2> start_kernel+0x352/0x410 <c03ae210> unknown_bootoption+0x0/0x250
[17347045.420000] handlers:
[17347045.420000] [<f8a17010>] (snd_via686_interrupt+0x0/0x100 [snd_via82xx])
[17347045.420000] Disabling IRQ #11

I get this error when trying to install EdUbuntu and Ubuntu. has anyone managed to get by this? It related to IRQ 15.

I have an Acer Travelmate 525TX which i am trying to configure with EdUbuntu 6.0.6 for my daughter.

Something very similar in 2.6.22-14:

cmpalmer@kant:~$ uname -r
2.6.22-14-generic

snip of dmesg here: http://pastebin.com/f19b66710

also copied below...

[20283.152000] irq 18: nobody cared (try booting with the "irqpoll" option)
[20283.152000] [<c015b594>] __report_bad_irq+0x24/0x80
[20283.152000] [<c015b852>] note_interrupt+0x262/0x2a0
[20283.152000] [<c015aab0>] handle_IRQ_event+0x30/0x60
[20283.152000] [<c015c23b>] handle_fasteoi_irq+0xbb/0xf0
[20283.152000] [<c0106b1b>] do_IRQ+0x3b/0x70
[20283.152000] [<c0106b20>] do_IRQ+0x40/0x70
[20283.152000] [<c0105223>] common_interrupt+0x23/0x30
[20283.152000] [<c0274227>] acpi_pm_read+0x7/0x10
[20283.152000] [<c0140e36>] getnstimeofday+0x36/0xd0
[20283.152000] [<c013eeb6>] ktime_get_ts+0x16/0x50
[20283.152000] [<c013eefd>] ktime_get+0xd/0x30
[20283.152000] [<f885474b>] acpi_processor_idle+0x0/0x425 [processor]
[20283.152000] [<c0144b6e>] tick_nohz_restart_sched_tick+0x2e/0x140
[20283.152000] [<f885474b>] acpi_processor_idle+0x0/0x425 [processor]
[20283.152000] [<c0102458>] cpu_idle+0x98/0xe0
[20283.152000] [<c03e3a85>] start_kernel+0x325/0x3b0
[20283.152000] [<c03e31f0>] unknown_bootoption+0x0/0x260
[20283.152000] =======================
[20283.152000] handlers:
[20283.152000] [<f8b5a640>] (snd_intel8x0_interrupt+0x0/0x240 [snd_intel8x0])
[20283.152000] Disabling IRQ #18

Does this belong in a new bug report?

I've found that if I 'modprobe -r snd_intel8x0' and then 'modprobe snd_intel8x0' I get sound back. This is on a ThinkPad T43 running 7.10 gutsy.

Suggestions? Help? More info needed?

output of lspci -vv attached...