[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.44L0.0803221645190.27399-100000@netrider.rowland.org>
Date: Sat, 22 Mar 2008 16:49:59 -0400 (EDT)
From: Alan Stern <stern@...land.harvard.edu>
To: "Rafael J. Wysocki" <rjw@...k.pl>
cc: Pavel Machek <pavel@....cz>,
"Eric W. Biederman" <ebiederm@...ssion.com>,
<nigel@...el.suspend2.net>,
Kexec Mailing List <kexec@...ts.infradead.org>,
<linux-kernel@...r.kernel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
<linux-pm@...ts.linux-foundation.org>,
Vivek Goyal <vgoyal@...hat.com>,
Len Brown <len.brown@...el.com>
Subject: Re: [linux-pm] [PATCH -mm] kexec jump -v9
On Sat, 22 Mar 2008, Rafael J. Wysocki wrote:
> However, as far as the ACPI NVS area is concerned, this is probably not
> necessary, because the spec wants us to restore the ACPI NVS before calling
> _WAK, which is just after the image kernel gets the control back. So, in
> theory, the ACPI NVS data could be stored in the image and restored by
> the image kernel from a location known to it (the procedure may be to copy
> the ACPI NVS data into a region of regular RAM before creating the image and
> copy them back into the ACPI NVS area in platform->leave(), for example), but
> I suspect that for this to work we'll have to switch ACPI off in the boot
> kernel, just prior to passing control back to the image kernel.
That sounds by far the simplest solution. If the boot kernel can tell
(by looking at some header field in the image or any other way) that
the hibernation used S5 instead of S4, then it should just turn off
ACPI before passing control to the image kernel. Then the image kernel
can turn ACPI back on and all should be well. If you do this, does the
NVS region still need to be preserved?
Alan Stern
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists