Re: Re: [Swsusp-devel] ACPI A/C adaptor status not updated upon resume

[Nigel Cunningham <ncunningham-oKK1aGe2n869koe0gwxAeg@public.gmane.org>]

Hi.

Yes, swsusp will be storing the ACPI state (along with all the rest of
memory). Swsusp has no way to tell whether the state is invalid or not,
or to exclude arbitrary parts of the memory from the image (particularly
since we're probably not talking about a whole page here). The easiest
way to overcome this problem at the moment is to make sure the state is
the same when you resume as it is when you suspend. Failing that, a DSDT
override that does the right thing. Does unplugging and plugging in the
power post resume get the BIOS to set things right?

Regards,

Nigel

On Sat, 2003-07-19 at 16:13, Ka-shu Wong wrote:
> I believe what's happening is that software suspend is somehow saving 
> the ACPI state on suspend, and after resume the state from before 
> suspend (which is no longer valid) is restored.
> 
> If the ACPI state is stored in kernel memory, then this makes sense.
> 
> So, my question (to the swsusp people) is whether it is possible to stop
> swsusp from restoring the old (invalid) ACPI state; and
> (to the ACPI people) is whether it is possible to reset the ACPI
> subsystem in some way.
> 
> - KS
-- 
Nigel Cunningham
495 St Georges Road South, Hastings 4201, New Zealand

You see, at just the right time, when we were still powerless,
Christ died for the ungodly.
	-- Romans 5:6, NIV.



-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0