[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <m1iqzrxy26.fsf@ebiederm.dsl.xmission.com>
Date: Wed, 12 Mar 2008 18:33:21 -0600
From: ebiederm@...ssion.com (Eric W. Biederman)
To: "Rafael J. Wysocki" <rjw@...k.pl>
Cc: Alan Stern <stern@...land.harvard.edu>,
"Huang, Ying" <ying.huang@...el.com>, nigel@...el.suspend2.net,
Kexec Mailing List <kexec@...ts.infradead.org>,
linux-kernel@...r.kernel.org,
"Eric W. Biederman" <ebiederm@...ssion.com>,
Andrew Morton <akpm@...ux-foundation.org>,
linux-pm@...ts.linux-foundation.org,
Vivek Goyal <vgoyal@...hat.com>
Subject: Re: [linux-pm] [PATCH -mm] kexec jump -v9
"Rafael J. Wysocki" <rjw@...k.pl> writes:
> Yes, it ought to be possible.
>
> Ultimately, IMHO, we should put all devices unnecessary for saving the image
> (and doing some eye-candy work) into low power states before the image is
> created and keep them in low power states until the system is eventually
> powered off.
Why? I guess I don't see why we care what power state the devices are in.
Especially since we should be able to quickly save the image.
We need to disconnect the drivers from the hardware yes. So filesystems
still work and applications that do direct hardware access still work
and don't need to reopen their connections.
I'm leery of low power states as they don't always work, and bringing
low power states seems to confuse hibernation to disk with suspend to
ram.
> If this is done, the remaining problem is the handling of the devices that we
> need to save the image. I believe that will be achievable without using the
> freezer.
Reasonable. In general the problem is much easier if we don't store
the hibernation image in a filesystem or partition that the rest of
the system is using. That way we avoid inconsistencies.
Eric
--
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