http://bugzilla.kernel.org/show_bug.cgi?id=8246





------- Comment #61 from [EMAIL PROTECTED]  2008-11-26 19:06 -------
Hi, Len
    It is a burden to maitain the DMI blacklist. But IMO it is reasonable to
add the boot option of using rsdt. 
    From the discussion it seems that the RSDT is always used on Windows XP. In
such case it will use the 32X address.(For example: GPE block address, RSDT,
FACS address). But it seems that XSDT is used on windows Vista if both RSDT and
XSDT exist. 
   For Linux it is difficult to cover the different cases. Maybe it is
reasonable to add the boot option of using RSDT. When 32X/64X address
mismatches , the user can be prompted to try the RSDT boot option. Maybe the
system will work well after RSDT is used instead of XSDT table.

   For example: On some boxes there are two FACS tables. One is obtained from
XSDT table and another is obtained from RSDT table. If the FACS table obtained
from XSDT is used, the system will be rebooted instead of resume. But if RSDT
is  used, the system can be resumed correctly. In fact there exists the 32/64X
address about FACS in the FADT table obtained from XSDT table. And this root
cause is identified by using the RSDT table.

   In such case when 32/64X address mismatch, the warning message is reported
and the user can be prompted to try the boot option of RSDT.

   thanks.




-- 
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, or are watching someone who is.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla

Reply via email to