From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tejun Heo Subject: Re: [PATCHv3 8/8] cgroup: Add documentation for cgroup namespaces Date: Wed, 7 Jan 2015 18:16:27 -0500 Message-ID: <20150107231627.GB28630@htj.dyndns.org> References: <54AB2992.6060707@nod.at> <54ACFC38.5070007@nod.at> <87fvbmir9q.fsf@x220.int.ebiederm.org> <20150107193059.GA1857@mail.hallyn.com> <87bnma6xwv.fsf@x220.int.ebiederm.org> <20150107224430.GA28414@htj.dyndns.org> <878uhe42km.fsf@x220.int.ebiederm.org> <20150107230615.GA28630@htj.dyndns.org> <87fvbm2nni.fsf@x220.int.ebiederm.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=Shp0SV2VXk/+rh8n6ZhyxLicbKFVvFvgtXjES5NTgsA=; b=YvPy0FEmRRZpyM4EyFct659Pcat7Six7JZdfrMere1cULsNRLqQA1qJQO3xGZ2kDlg xSui2Zm56l/LJ/Vuyl7d2G79+f81tCp41XN5cLaxBwnp3+wReBp6mDtR/PbYTKtseHUc C1JdVkVXLT1Qy5j0MWF+rcSusQK++mFq1JOi4U+9SQaupGdEn7dEG1KvVEOCsQHH2EfE kXaO2mCDHe+M943U/M0uE7CtgDungLyUjfCHOBHKUKgw67RJJw3ddjvQVEYkJBICnQ6r 6K/OcTkqP4OchhyNLFJJkWEvwcPObVnwakj2uUYPQZGN9FGRQwBWiWiU2DmaLWrSJNl/ nIhQ== Content-Disposition: inline In-Reply-To: <87fvbm2nni.fsf-JOvCrm2gF+uungPnsOpG7nhyD016LWXt@public.gmane.org> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: containers-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Errors-To: containers-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org To: "Eric W. Biederman" Cc: Richard Weinberger , Linux Containers , Serge Hallyn , "linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , Andy Lutomirski , Ingo Molnar , Linux API , cgroups mailinglist On Wed, Jan 07, 2015 at 05:09:53PM -0600, Eric W. Biederman wrote: > I may have mistyped the manual command line configuration for specifying > which controllers appear on a mount point does not alter my point. Hmmm? You were talking about the old hierarchies? > The old options to enable selecting controllers need to continue and > need to continue to work with a unified hierarchy. > > Anything else is a gratuitious regression. I have no idea what you're on about. If the outer system uses unified hierarchy, the inner system should use that too. If the outer system doesn't use unified hierarchy, namespace support has never existed, and even if it did, the inside could never pick and choose controllers independent from the outside. If the outside is co-mounting cpu and cpuacct, the inside is either also doing that or not mounting either. -- tejun