> > In fact, I added the array some time ago. > > Not sure whether the latest Version of Eric/Markus can also load several > > DSDT/SSDTs? Maybe you found a more elegant way? > Nope. On the website (http://gaugusch.at/kernel.shtml) you can just find > two versions of the patch: one simple and one with your addition for > SSDTs support. At least with SSDTs support there is even an advantage > over the DSDT-in-kernel version :-) At one point there was a proposal to allow in-kernel SSDT overrides, but we determined that it was problematic because there can be any number of SSDTs (so which one does an override apply to?), some of them auto loaded at RSDT time, and the others loaded at run-time via Load() in the DSDT (and possibly SSDT) AML. So we decided that to override an SSDT, you need to override a DSDT, incorporate whatever SSDT code you want into your DSDT, and boot with the "acpi_no_auto_ssdt" cmdline parameter to inhibit autoloading of the RSDT enumerated SSDTs. That gives you complete and total control over what AML gets run. (you omit that cmdline param to overide the DSDT but keep the native SSDTs) It also gives you just 1 DSDT to keep track of. I'm not clear on how to use the proposed initrd SSDT override capability, and why it needs to be different from the simple scheme above, but I wouldn't want a mess there to hold up the rest of the initrd DSDT override patch series -- since only very rarely is an SSDT override needed. -Len - 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
