> The issue on Fengguang's laptop is different with that on the box of > T61. On Fengguang's laptop after evaluating one ACPI object(GPE > _L18object), the irq is disabled mystically. After some investigations > we find that it is caused by SMI(The SMI will be triggered while > evaluating the ACPI object. And this issue is also related with Video). Interesting. I hadn't realized you root-caused that failure. This is good to know, but the fact that SMM can leave interrupts disabled is frightening. If the BIOS SMM on that box disables interrupts when random AML is run, then it is going to run into all kinds of other problems in addition to this one... Hopefully the BIOS bugs is fixed by a BIOS update... > If the boot option of "noapic" is added on the box of bug12252, the > irq_router_resume will be called, in which the _CRS/_SRS object will be > evaluated. But unfortunately the irq is disabled when irq_router_resume > is called. Right. I forced the T61 to run into this problem by forcing it to use PIC mode and suspending -- for it doesn't use the links in IOAPIC mode. Many other systems do use the links in default mode, however, so I'm surprised that we had not heard more about this failure. Now that I search for acpi_ps_complete_op() on kerneloops.org, I see that just a few people have run into it. thanks, -- Len Brown, Intel Open Source Technology Center> -- 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
