ACPI not working since 2.6.14

ACPI not working since 2.6.14

[Ps]

[-- Attachment #1: Type: text/plain, Size: 3471 bytes --]

Hi,

ACPI is not working anymore since kernel 2.6.14 (kernel <=2.6.13.5 works
fine, 2.6.14 up to kernel 2.6.16-rc2-mm1 it hangs on boot)

I've attached the output from acpidump as acpidump.gz. 

The Kernel hangs on booting by detecting the partitions of my ide/sata
and prints out dma timer expiry.(Booting with acpi=off works.)

normal boot dmesg (2.6.13.5):
...
NFORCE-CK804: IDE controller at PCI slot 0000:00:06.0
NFORCE-CK804: chipset revision 242
NFORCE-CK804: not 100% native mode: will probe irqs later
NFORCE-CK804: BIOS didn't set cable bits correctly. Enabling workaround.
NFORCE-CK804: 0000:00:06.0 (rev f2) UDMA133 controller
    ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA
    ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA
Probing IDE interface ide0...
hda: IC35L180AVV207-1, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdc: ASUS CRW-4012A, ATAPI CD/DVD-ROM drive
hdd: _NEC DVD_RW ND-1300A, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
PDC20265: IDE controller at PCI slot 0000:05:08.0
ACPI: PCI Interrupt Link [APC3] enabled at IRQ 18
ACPI: PCI Interrupt 0000:05:08.0[A] -> Link [APC3] -> GSI 18 (level,
low) -> IRQ 18
PDC20265: chipset revision 2
PDC20265: ROM enabled at 0x60000000
PDC20265: 100% native mode on irq 18
PDC20265: (U)DMA Burst Bit DISABLED Primary PCI Mode Secondary PCI Mode.
PDC20265: FORCING BURST BIT 0x00->0x01 ACTIVE
    ide2: BM-DMA at 0x9400-0x9407, BIOS settings: hde:pio, hdf:pio
    ide3: BM-DMA at 0x9408-0x940f, BIOS settings: hdg:pio, hdh:pio
Probing IDE interface ide2...
hde: ST380021A, ATA DISK drive
ide2 at 0x8400-0x8407,0x8802 on irq 18
Probing IDE interface ide3...
hda: max request size: 1024KiB
hda: 361882080 sectors (185283 MB) w/7965KiB Cache, CHS=22526/255/63,
UDMA(100)
hda: cache flushes supported
 hda: hda1 < hda5 hda6 hda7 hda8 >
...

boot dmesg from 2.6.16-rc2-mm1:
NFORCE-CK804: IDE controller at PCI slot 0000:00:06.0
NFORCE-CK804: chipset revision 242
NFORCE-CK804: not 100% native mode: will probe irqs later
NFORCE-CK804: BIOS didn't set cable bits correctly. Enabling workaround.
NFORCE-CK804: 0000:00:06.0 (rev f2) UDMA133 controller
    ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA
NFORCE-CK804: simplex device: DMA disabled
ide1: NFORCE-CK804 Bus-Master DMA disabled (BIOS)
hda: IC35L180AVV207-1, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hdc: ASUS CRW-4012A, ATAPI CD/DVD-ROM drive
hdd: _NEC DVD_RW ND-1300A, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
PDC20265: IDE controller at PCI slot 0000:05:08.0
ACPI: PCI Interrupt Link [APC3] BIOS reported IRQ 5, using IRQ 18
ACPI: PCI Interrupt Link [APC3] enabled at IRQ 18
GSI 16 sharing vector 0xB1 and IRQ 16
ACPI: PCI Interrupt 0000:05:08.0[A] -> Link [APC3] -> GSI 18 (level,
low) -> IRQ 16
PDC20265: chipset revision 2
PDC20265: 100% native mode on irq 16
PDC20265: port 0x01f0 already claimed by ide0
PDC20265: port 0x0170 already claimed by ide1
PDC20265: neither IDE port enabled (BIOS)
hda: max request size: 512KiB
hda: 361882080 sectors (185283 MB) w/7965KiB Cache, CHS=22526/255/63,
UDMA(100)
hda: cache flushes supported
 hda: <4>hda: dma_timer_expiry: dma status == 0xff
hda: dma_timer_expiry: dma status == 0xff
hda: dma_timer_expiry: dma status == 0xff
...
... and so on, never ending...


What else is noteworthy for solving the problem? please let me know!
hope you can find the bug :-)

Greets
Patrick

[-- Attachment #2: acpidump.gz --]
[-- Type: application/octet-stream, Size: 32672 bytes --]

RE: ACPI not working since 2.6.14

[Brown, Len]

> >NFORCE-CK804

Please file a bug here:

http://bugzilla.kernel.org/enter_bug.cgi?product=ACPI
pick Component "Config-interrupts"

For the last known working kernel please
1. attach complete output from dmesg -s64000
2. paste copy of /proc/interrupts
3. attach output from lspci -vv

also, please attach your acpidump output there.

For latest (failing) kernel, please capture the "debug" serial console,
or if you can get far enough the full dmesg and /proc/interrutps

Please try booting the latest kernel with "noapic"
or "acpi=noirq" and report what you see with dmesg and /proc/interrupts

thanks,
-Len