Bug 304431

Created attachment 204821 [details]
dmesg from 2.6.22.5-76.fc7

You might want to try the following:

pci=routeirq

acpi=noirq

noapic

nolapic

I suggest the last two as you have a similar problem with interrupts as bug
#247499 which seemed to help in this instance.

ok I tried the various settings you mention above and found:

1.  Setting pci=routeirq on its own does not fix the problem
2.  Setting acpi=noirq on its own does fix the problem but gives boot errors
which I guess may cause some other issues, but I didn't find them....
pci 0000:00:01.0 Error creating sysfs bridge symlink, continuing...
pci 0000:03:00.0 Error creating sysfs bridge symlink, continuing...
pci 0000:00:1e.0 Error creating sysfs bridge symlink, continuing...
3.  Setting noapic on its own does fix the problem
4.  Setting noapic and nolapic does fix the problem
5.  Setting nolapic on its own gives weird errors at boot

and, as I previously found, setting irqpoll does fix the problem.

The "wierd errors" might be a help David, any chance of a screenshot?

Created attachment 207721 [details]
image showing boot with nolapic option to kernel

ok, as requested I attach a screenshot of what happens with the nolapic option
alone... note that these messages come up quite slowly so the screen of errors
you see in the attached image is a few minutes worth

Here's what seems to be a relevant and interesting kernel thread including
comments from Andrew Morton.

http://groups.google.com/group/linux.kernel/browse_thread/thread/c927b0bac7ae1e48/ff522bd9b87a4b0f?#ff522bd9b87a4b0f

Hello David,

Whats the latest on this? Do you still need to use irqpoll or one of the other
options - I imagine you are. Is there a BIOS update available? Please attach
output of:

# dmidecode

if you are able.

Cheers
Chris

Created attachment 291673 [details]
dmidecode output as requested (created by f8)

I've upgraded to f8 (2.6.23.9-85.fc8), and I'm not seeing the same audio
problems as in this case, though there are other audio problems, eg the kernel
inserts usb audio devices connected at boot at index 0 even when
/etc/modproble.conf configures other audio devices at index 0 (
https://bugzilla.redhat.com/show_bug.cgi?id=381691 )

I'm happy enough to close this case at this point resolved as next release.

closing per previous comment

Reopening....sorry to do this to you but...

Later in the day this showed up on f8 booted without the irqpoll option... and
as a result, the audio stopped working...


irq 17: nobody cared (try booting with the "irqpoll" option)
 [<c045b16a>] __report_bad_irq+0x36/0x75
 [<c045b380>] note_interrupt+0x1d7/0x213
 [<c045a807>] handle_IRQ_event+0x23/0x51
 [<c045bb0b>] handle_fasteoi_irq+0x86/0xa6
 [<c045ba85>] handle_fasteoi_irq+0x0/0xa6
 [<c04074c3>] do_IRQ+0x8c/0xb9
 [<c04074d6>] do_IRQ+0x9f/0xb9
 [<c0403ddf>] default_idle+0x0/0x55
 [<c0405b6f>] common_interrupt+0x23/0x28
 [<c0403ddf>] default_idle+0x0/0x55
 [<c042007b>] save_v86_state+0x19/0x12b
 [<c0421f78>] native_safe_halt+0x2/0x3
 [<c0403e18>] default_idle+0x39/0x55
 [<c040340b>] cpu_idle+0xab/0xcc
 =======================
handlers:
[<f8aacf8e>] (snd_intel8x0_interrupt+0x0/0x1e2 [snd_intel8x0])
[<f8a7bf9e>] (snd_intel8x0_interrupt+0x0/0x1a3 [snd_intel8x0m])
Disabling IRQ #17

Ah, I see you filed upstream a while back:

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

so adding a reference here and I'll CC myself in there. I would recommend giving
that bug a quick update as well. You should also check if a BIOS update is
available.

This message is a reminder that Fedora 8 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 8.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '8'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 8's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 8 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Still apparent in F10.  The ALSA driver correspondingly does not work in F10 either, though the OSS driver does.  I've reported https://bugzilla.redhat.com/show_bug.cgi?id=473335

This message is a reminder that Fedora 10 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 10.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '10'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 10's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 10 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

This message is a reminder that bug reporters report bugs in the interests of them being fixed.  This bug was reported against F8.

This message is also a reminder that this bug reporter won't bother next time.

Fedora 10 changed to end-of-life (EOL) status on 2009-12-17. Fedora 10 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.