[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20081011150022.GA18989@elte.hu>
Date: Sat, 11 Oct 2008 17:00:22 +0200
From: Ingo Molnar <mingo@...e.hu>
To: Pavel Machek <pavel@...e.cz>
Cc: Dave Hansen <dave@...ux.vnet.ibm.com>,
"Serge E. Hallyn" <serue@...ibm.com>,
containers@...ts.linux-foundation.org, arnd@...db.de,
linux-kernel@...r.kernel.org, "Rafael J. Wysocki" <rjw@...k.pl>,
Arjan van de Ven <arjan@...radead.org>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>
Subject: Re: [RFC][PATCH 2/2] first callers of process_deny_checkpoint()
* Pavel Machek <pavel@...e.cz> wrote:
> > In the long run, could we expect a (experimental) version of
> > hibernation that would just use this checkpointing facility to
> > hibernate? That would be way cool for users and for testing: we
> > could do transparent kernel upgrades/downgrades via this form of
> > hibernation, between CR-compatible kernels (!).
>
> Well, if we could do that, I guess we could also use CR to 'hibernate'
> your desktop then continue on your notebook. And yes that sounds cool.
yes.
> > Pie in the sky for sure, but way cool: it could propel Linux kernel
> > testing to completely new areas - new kernels could be tried
> > non-intrusively. (as long as a new kernel does not corrupt the CR
> > data structures - so some good consistency and redundancy checking
> > would be nice in the format!)
>
> Well, for simple apps, it should not be that hard...
Generally, if something works for simple apps already (in a robust,
compatible and supportable way) and users find it "very cool", then
support for more complex apps is not far in the future.
but if you want to support more complex apps straight away, it takes
forever and gets ugly.
Ingo
--
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