[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1180441438.20718.1.camel@nigel.suspend2.net>
Date: Tue, 29 May 2007 22:23:58 +1000
From: Nigel Cunningham <nigel@...el.suspend2.net>
To: "Rafael J. Wysocki" <rjw@...k.pl>
Cc: Pavel Machek <pavel@....cz>, Bill Davidsen <davidsen@....com>,
Linux Kernel M/L <linux-kernel@...r.kernel.org>
Subject: Re: [2.6.21.1] resume doesn't run suspended kernel?
Hi.
On Tue, 2007-05-29 at 14:03 +0200, Rafael J. Wysocki wrote:
> On Tuesday, 29 May 2007 13:29, Pavel Machek wrote:
> > Hi!
> >
> > > > Yup. Don't we do something like this for the (ACPI-based) suspend to RAM
> > > > already?
> > >
> > > Yeah, I was thinking about this overnight too. It should be doable. In
> > > addition to what we already do, I think you'd want:
> > >
> > > - to copy the assembly to do the copying to a safe page;
> > > - to put the location of the cpu state that was saved in the image
> > > header so that it can be used after the data is copied back;
> >
> > ...alternatively, we can just rely on copy routine (and its data) not
> > changing frequently.
I'd rather be sure. It will be extra code, but reliability is important.
> > > - to copy the nosave data to a 'safe' page.
> > >
> > > What else?
> >
> > page directories need to be on a safe place, too.
>
> They are already.
Yeah - that's why I ignored them.
Regards,
Nigel
Download attachment "signature.asc" of type "application/pgp-signature" (190 bytes)
Powered by blists - more mailing lists