did not see in 2.6.7 seen in 2.6.12, 13, 16, 17, 18, 19 Intel STL2 dual Pentium 3 server in default config: CPU0 CPU1 0: 18202 6171 IO-APIC-edge timer 1: 4 4 IO-APIC-edge i8042 4: 397 8 IO-APIC-edge serial 6: 3 2 IO-APIC-edge floppy 7: 0 0 IO-APIC-edge parport0 8: 3918048 4315513 IO-APIC-fasteoi rtc 10: 0 0 IO-APIC-fasteoi ohci_hcd:usb1 12: 68 63 IO-APIC-edge i8042 14: 127 11 IO-APIC-edge ide0 16: 162 1 IO-APIC-fasteoi eth0 20: 4553 143 IO-APIC-fasteoi aic7xxx 21: 10 5 IO-APIC-fasteoi aic7xxx 31: 823 162 IO-APIC-fasteoi acpi NMI: 0 0 LOC: 24231 24209 ERR: 0 MIS: 0 Booted with pnpacpi=off CPU0 CPU1 0: 15487 5942 IO-APIC-edge timer 1: 0 8 IO-APIC-edge i8042 4: 369 1 IO-APIC-edge serial 6: 1 4 IO-APIC-edge floppy 7: 0 0 IO-APIC-edge parport0 8: 0 0 IO-APIC-edge rtc 10: 0 0 IO-APIC-fasteoi ohci_hcd:usb1 12: 34 97 IO-APIC-edge i8042 14: 132 17 IO-APIC-edge ide0 16: 120 1 IO-APIC-fasteoi eth0 20: 4607 66 IO-APIC-fasteoi aic7xxx 21: 0 15 IO-APIC-fasteoi aic7xxx 31: 824 161 IO-APIC-fasteoi acpi NMI: 0 0 LOC: 21280 21284 ERR: 0 MIS: 0 RTC interrupt is erroneously getting configured as level-triggered.
Created attachment 9813 [details] acpidump
Created attachment 9814 [details] 2.6.19 dmesg pnpacpi=off
Created attachment 9815 [details] 2.6.19 dmesg
This is a BIOS bug. _CRS claims the interrupt is level for RTC. We had a similar bug report http://bugzilla.kernel.org/show_bug.cgi?id=5243 and a workaround there.
dup of bug# 9153(?) *** This bug has been marked as a duplicate of bug 9153 ***
per Shaohua's comment #4, the DSDT (and thus pnpacpi) parse the BIOS DSDT, which erroneously sets IRQ8 to level sensitive. Device (RTC) { Name (_HID, EisaId ("PNP0B00")) Name (RTCD, 0x00) Name (CRSP, ResourceTemplate () { IO (Decode16, 0x0070, 0x0070, 0x01, 0x02) IRQ (Level, ActiveLow, Exclusive) {8} }) Method (_CRS, 0, NotSerialized) { Return (CRSP) } So technically, this is a BIOS bug, and a duplicate of bug 5243, which is has the same fix as bug 9153:-)
*** This bug has been marked as a duplicate of bug 5243 ***