This problem has always been present in the PNPACPI code. It has shown up on i386, since PNPACPI was deployed there first. But now that PNPACPI is included in x86_64 by default also, and so the issue will spread there too. The workaround is to boot with "pnpacpi=off" This issue was diagnosed by IBM here: https://bugzilla.novell.com/show_bug.cgi?id=214809 The RTC fails in IOAPIC mode due to mis-programmed IRQ8 polarity. There is an Interrupt Source Override for IRQ8 -- Edge LOW. The legacy mapping implicitly asks for, and the DSDT explicitly asks for, Edge HIGH. Linux first programs IRQ8 according to the Interrupt Source Override -- but PNPACPI later runs and re-programs it according to the DSDT. So, PNPACPI needs to learn about Interupt Source Overrides in IOAPIC mode, and must honor them.
please check if the workaroud in 'http://bugzilla.kernel.org/show_bug.cgi?id=5243' works for you? AKPM already includes the workaround in -mm.
Oh, sounds no, so the IRQ should be edge low instead of edge high? can you please attach the acpidump, I can't access the novell bugzilla.
Created attachment 13159 [details] patch Could you please try attached patch? With it, interrupt override is considered.
I tried the patch from comment #3. The 2.6.23-mm1 kernel without the patch re-programs the RTC interrupt with the wrong polarity. With the patch applied the RTC interrupt works as expected, i.e the override in the MADT is being respected. There is one problem with the patch: it causes the following warning: WARNING: vmlinux.o(.text+0x166c5): Section mismatch: reference to .init.text:MPBIOS_polarity (between 'acpi_get_override_irq' and 'IO_APIC_get_PCI_irq_vector') The acpi_get_override_irq function uses MPBIOS_polarity which is declared as __init.
Created attachment 13173 [details] MADT Here is the MADT of the affected system, showing the IRQ override for IRQ 8
Created attachment 13174 [details] DSDT Here is the DSDT (disassembled) of the affected system showing the PNP entry for IRQ8
Created attachment 13175 [details] patch Ok, fixed the warning. Let's wait if it fix the bug 5243.
*** Bug 5243 has been marked as a duplicate of this bug. ***
Created attachment 13282 [details] updated patch This is the updated patch. Just move one '\n' and refreshed it against latest git tree, no functional change
*** Bug 7679 has been marked as a duplicate of this bug. ***
The patch in comment #9 1. fixes the screaming IRQ8 on the STL2 in bug 5243. 2. is applied to acpi test branch
shipped in linux-2.6.24-rc4 closed