Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754934Ab0LQRbg (ORCPT ); Fri, 17 Dec 2010 12:31:36 -0500 Received: from kroah.org ([198.145.64.141]:38845 "EHLO coco.kroah.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753465Ab0LQRbd (ORCPT ); Fri, 17 Dec 2010 12:31:33 -0500 Date: Fri, 17 Dec 2010 09:31:25 -0800 From: Greg KH To: "Serge E. Hallyn" Cc: LSM , James Morris , Kees Cook , containers@lists.linux-foundation.org, kernel list , "Eric W. Biederman" , Alexey Dobriyan , Michael Kerrisk Subject: Re: [RFC 1/5] user namespaces: Add a user_namespace as creator/owner of uts_namespace Message-ID: <20101217173125.GA29982@kroah.com> References: <20101217152246.GA8221@mail.hallyn.com> <20101217152458.GA11162@mail.hallyn.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101217152458.GA11162@mail.hallyn.com> User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2124 Lines: 64 On Fri, Dec 17, 2010 at 03:24:58PM +0000, Serge E. Hallyn wrote: > copy_process() handles CLONE_NEWUSER before the rest of the > namespaces. So in the case of clone(CLONE_NEWUSER|CLONE_NEWUTS) > the new uts namespace will have the new user namespace as its > owner. That is what we want, since we want root in that new > userns to be able to have privilege over it. > > Signed-off-by: Serge E. Hallyn > --- > include/linux/utsname.h | 3 +++ > init/version.c | 2 ++ > kernel/nsproxy.c | 3 +++ > kernel/user.c | 8 ++++++-- > kernel/utsname.c | 4 ++++ > 5 files changed, 18 insertions(+), 2 deletions(-) > > diff --git a/include/linux/utsname.h b/include/linux/utsname.h > index 69f3997..85171be 100644 > --- a/include/linux/utsname.h > +++ b/include/linux/utsname.h > @@ -37,9 +37,12 @@ struct new_utsname { > #include > #include > > +struct user_namespace; > + > struct uts_namespace { > struct kref kref; > struct new_utsname name; > + struct user_namespace *user_ns; > }; > extern struct uts_namespace init_uts_ns; > > diff --git a/init/version.c b/init/version.c > index 79fb8c2..9eb19fb 100644 > --- a/init/version.c > +++ b/init/version.c > @@ -21,6 +21,7 @@ extern int version_string(LINUX_VERSION_CODE); > int version_string(LINUX_VERSION_CODE); > #endif > > +extern struct user_namespace init_user_ns; > struct uts_namespace init_uts_ns = { > .kref = { > .refcount = ATOMIC_INIT(2), Wait, WTF? You have a static kref and you try to automatically instanciate it here? As it's static, why are you even having a kref at all, what good does it do you, you can't delete the thing, it's always around, so just remove it entirely please. Or, dynamically create it properly. In other words, this is majorly broken. thanks, greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/