Bug 5637

Created attachment 6654 [details]
acpidump_acer_tm529txv

Created attachment 6655 [details]
dmidecode_acer_tm529txv

Created attachment 6656 [details]
lspci -vv for acer Travelmate 529TXV

Created attachment 6657 [details]
dmesg of a working 2.6.12 kernel

Created attachment 6658 [details]
/proc/interrupts of a working 2.6.12 kernel

Created attachment 6659 [details]
dmesg of a 2.6.14_FC kernel booted with irqpoll

Created attachment 6660 [details]
dmesg of a 2.6.15_rc2 kernel with acpi=noirq

Created attachment 6661 [details]
/proc/interrupts of a 2.6.15-rc2 kernel with acpi=noirq

the patch from novell bug 116763 applied to 2.6.15-rc2 does not help

I have the same problem on my computer...

Most recent kernel where this bug did not occur: 2.6.12.5
Distribution: Gentoo Linux using vanilla-sources
Hardware Environment: HP nw8240
Software Environment: Nothing special
Problem Description:after upgrading the kernel to something >=2.6.13 it fails to
boot

Joachim, Fredrik,
please try "pnpacpi=off"

Hi, Joachim & Fredrik 
Can the system work well now ?
If it still can't work well , please enable the debug of pci & acpi in kernel configuration and upload the following info.
a. acpidump
b. dmesg
c. lspci -xxx & lspci -v 
Thanks.

Hi, Joachim & Fredrik
The root cause about the regression is listed in the following:
1. When the system is booted with acpi mode, there is no PCI router for PCI device(0:0:10:0 IDE PCI controller) in the ACPI table. In the phase of IDE pci controller the system will guess the IRQ and set the IRQ 15 to level/low mode. (This was added by Linus in 2005)
   Unfortunately the IRQ 15 is used by IDE1 interface and the default mode should be edge/high. 
   Because the mode of IRQ 15 is uncorrect, there will be interrupt flood about the IRQ 15 and the system will report that nobody care for IRQ 15.
2. The system(acpi_pci_irq_enable) doesn't set the IRQ mode for guess IRQ in kernel 2.6.12 if there is no PCI router in ACPI table. It means that IDE1 will continue using the IRQ 15 as Edge/High. So there is no interrupt flood.

Thanks.

Hi, Joachim & Fredrik
The root cause about the regression is listed in the following:
1. When the system is booted with acpi mode, there is no PCI router for PCI
device(0:0:10:0 IDE PCI controller) in the ACPI table. In the initialization phase of PCI IDE controller the system will guess the IRQ and set the IRQ 15 to level/low mode.(This function was added by Linus Torvalds in 2005)
   Unfortunately the IRQ 15 is used by IDE1 interface and the default mode
should be edge/high. 
   Because the mode of IRQ 15 is uncorrect, there will be interrupt flood about
the IRQ 15 and the system will report that nobody care for IRQ 15.
2. The system(acpi_pci_irq_enable) doesn't set the IRQ mode for guess IRQ in
kernel 2.6.12 if there is no PCI router in ACPI table. It means that IDE1 will
continue using the IRQ 15 as Edge/High. So there is no interrupt flood.

Thanks.

Created attachment 13855 [details]
debug patch

This patch will not register irq 15

The patch in comment #15 will not register irq 15 as low level.
Joachim and Fredric,
Please try this patch and see if it can work for you. :)

after getting my old computer from the attic and spending a weekend to re-learn how to build a kernel I can provide you the needed info :
I did three tests:
vanilla kernel linux-2.6.23.9 -> fails to boot.
vanilla kernel linux-2.6.23.9 with command line pci=noacpi -> boots

vanilla kernel linux-2.6.23.9 with your patch applied and no command line changes -> boots

It seems that your patch works.
I hope this info helps.

Created attachment 14072 [details]
Not register gsi for PCI IDE controller in legacy mode

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

Joachim,
Thanks, so much, for testing.
The patch in comment #17 has been applied to the acpi test tree.

patch in comment #17
shipped in linux-2.6.24-rc7-git5

closed.