[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090528181715.GA2384@hallyn.com>
Date: Thu, 28 May 2009 13:17:15 -0500
From: "Serge E. Hallyn" <serge@...lyn.com>
To: Alexey Dobriyan <adobriyan@...il.com>
Cc: akpm@...ux-foundation.org, xemul@...allels.com,
containers@...ts.linux-foundation.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 18/38] C/R: core stuff
Quoting Alexey Dobriyan (adobriyan@...il.com):
> On Tue, May 26, 2009 at 06:44:36PM -0500, Serge E. Hallyn wrote:
> > Quoting Alexey Dobriyan (adobriyan@...il.com):
> > > And since you guys showed that just idea of in-kernel checkpointing is not
> > > rejected outright, it doesn't mean that you can drag every single idea too.
> >
> > Can you rephrase here? I have no idea what you mean by 'drag every single
> > idea'
>
> complexity
> +-|------------------------------------------------|----------------------|-->
> hypervisor C/R in-kernel C/R C/R for unpriviledged
> C/R with "leaks"
>
> I personally thought in-kernel C/R will be rejected outright, but it wasn't.
> This in theory doesn't mean other two issues should be accepted.
Note again that leaving c/R unprivileged was suggested (By Arnd)
as a way to keep us on our toes. When it actually goes upstream
I would prefer it be under a new CAP_CHECKPOINT_RESTART capability,
not CAP_SYS_ADMIN.
-serge
--
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