http://bugzilla.kernel.org/show_bug.cgi?id=14679
Len Brown <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|PATCH_ALREADY_AVAILABLE | --- Comment #38 from Len Brown <[email protected]> 2009-12-01 02:31:08 --- Is it possible to run Windows on this box? It is important to find out which version of the DSDT Windows is running with. (Either they are running with the "new copy" like the one inflicted on Linux, or it is running with the "original", which seems to run fine with Linux). One can extract the DSDT via windows by getting iasl from acpica.org and running iasl -g If Windows is running with a different DSDT than Linux, then it becomes important to find out why Linux is provoking the BIOS to scribble all over the DSDT. Probably the best way to do this is to take Lin Ming's patch and save a copy of the original DSDT, and then from several places compare the original and the current DSDT to see when the BIOS clobbers the in-memory copy. The most likely place this would occur is when we write the SMI_CMD register to actually enter ACPI mode. I very much do not want to copy the DSDT on all systems because of the failure on this one system -- there must be a better solution. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. ------------------------------------------------------------------------------ Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev _______________________________________________ acpi-bugzilla mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
