Software Environment: kernel 2.6.7 +swsusp2+ acpi Problem Description: Will reading the code to find a a problem with gpe events on my system , I found a possible bug with the way interupt handlers are installed. The interupts are installed with acpi_os_install_interrupt_handler (in osl.c). This is used by acpi_ev_install_sci_handler (events/evsci.c) to install a handler for sci interupts and it could also be called for another interupt pin for extra gpe blocks (acpi_ev_get_gpe_xrupt_block in events/evgpeblk.c). The way the handler is installed (using the global variable acpi_irq_handler in osl.c) I think that if the second handler is installed this will overwrite the first one. Note that I don't have such a second handler so I don't know if this is really a problem. I just find this weird.
i haven't seen the 2nd handler used before either, so if we had a bug here it wouldn't surprise me. ie. maybe a bug in dead code...
This isn't a bug. acpi_ev_get_gpe_xrupt_block will check if the new IRQ == fadt.sci. If yes, no new handler is registered.
I should have mentioned there is no extra interrupt registered in current Linux. If yes, mattheiu Willox's patch will fix it. I'm sorry, this is a potential bug.
*** This bug has been marked as a duplicate of 2934 ***
Yes, this is addressed by 2934, So close it as rejected duplicate.