http://bugzilla.kernel.org/show_bug.cgi?id=7995
------- Additional Comments From [EMAIL PROTECTED] 2007-02-23 05:39 -------
Frankly speaking (not knowing internals) the most probable reason seems to be
that part of system memory gets restored on resume. AC status simply returns a
value from memory (which apparently gets updated only on actual status
change):
Method (_PSR, 0, NotSerialized)
{
Return (\_SB.MEM.ACST)
}
where ACST should be located somewhere in lower memory:
OperationRegion (SRAM, SystemMemory, 0x000EE800, 0x1800)
...
Field (SRAM, AnyAcc, NoLock, Preserve)
...
Offset (0xFF),
ACST, 1,
...
this perfectly explains what happens. This part is marked as reserved
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e0000 - 00000000000eee00 (reserved)
BIOS-e820: 00000000000eee00 - 00000000000ef000 (ACPI NVS)
BIOS-e820: 00000000000ef000 - 0000000000100000 (reserved)
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
