[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100729232352.GC13902@hallyn.com>
Date: Thu, 29 Jul 2010 18:23:52 -0500
From: "Serge E. Hallyn" <serge@...lyn.com>
To: Matt Helsley <matthltc@...ibm.com>
Cc: "Serge E. Hallyn" <serge.hallyn@...onical.com>,
Daniel Lezcano <dlezcano@...e.fr>,
containers@...ts.linux-foundation.org,
linux-kernel@...r.kernel.org,
"Eric W. Biederman" <ebiederm@...ssion.com>,
Paul Menage <menage@...gle.com>
Subject: Re: Remaining work for userns (WAS Re: [PATCH 3/3] cgroup : remove
the ns_cgroup)
Quoting Matt Helsley (matthltc@...ibm.com):
> On Thu, Jul 29, 2010 at 05:39:57PM -0500, Serge E. Hallyn wrote:
> > Quoting Matt Helsley (matthltc@...ibm.com):
> > > On Thu, Jul 29, 2010 at 02:58:12PM -0500, Serge E. Hallyn wrote:
>
> <snip>
>
> >
> > BTW in the past the only reason I saw for keeping ns cgroup was
> > to lock tasks into a devices cgroup. Until that lazy guy who was
> > going to do it gets off his butt and implements user namespaces,
> > you'll just have to use LSMs, which is the right way.
>
> And the only missing piece of userns is replacing the cred checks
> right? If so, it might be possible to come up with a coccinelle semantic
> patch which would do all/most of the hard work -- depends on whether the
> all the checks fit a small number of semantic patterns.
I think the thing that always puts the brakes on when I get started
is siginfo_t. We need some way to reference user namespaces in there,
without enforcing lifetime rules on siginfo.
What you mention is definately a chunk as well, so if you are interested
in pursuing that that'd be great.
Also, reviewing the patches at the top of
http://git.kernel.org/?p=linux/kernel/git/sergeh/linux-cr.git;a=shortlog;h=refs/heads/userns.feb16.1
to give us some fresh feedback on the general approach is
valuable.
And from there, the whole discussion (which we've had several times
in the past) about how to have the VFS map userids should probably be
had again. (I believe august 2008 was the last time we really got
into that)
thanks,
-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