> irq 23: nobody cared (try > booting with the "irqpoll" option) Please confirm that booting with "irqpoll", as mentioned in the messages, works around the problem. You might find that "noapic" is a better work around. It will disable the IOAPIC and run in legacy PIC mode. There may be more interrupt sharing, but most users don't notice any difference. If this is an MP system and has MPS, it would be interesting to boot with "acpi=noirq" and see what MPS does with this device interrupt. Though if it is a client system, it will likely have no MPS and "acpi=noirq" will just put you into PIC mode like "noapic" did. If the issue goes away with "acpi=off" or "acpi=noirq", then please open a sighting here: http://bugzilla.kernel.org/enter_bug.cgi?product=ACPI and attach the output from acpidump lspci -vv and for each of the test cases above, the output from dmesg -s64000 cat /proc/interrupts thanks, -Len ps. the dmesg in this case is easier to read/compare with CONFIG_PRINTK_TIME=n -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
