All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Lezcano <daniel.lezcano-GANU6spQydw@public.gmane.org>
To: Paul Menage <menage-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
Cc: containers-qjLDD68F18O7TbgM5vRIOg@public.gmane.org,
	"Eric W. Biederman"
	<ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org>
Subject: Re: [patch 1/2] Add clone_child control file
Date: Fri, 08 Jan 2010 13:59:47 +0100	[thread overview]
Message-ID: <4B472C43.10403@free.fr> (raw)
In-Reply-To: <6599ad831001061728n63375ff8qb3a084e3f9fd7c98-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>

Paul Menage wrote:
> On Mon, Dec 28, 2009 at 3:04 PM, Daniel Lezcano <daniel.lezcano-GANU6spQydw@public.gmane.org> wrote:
>   
>> This patch is sent as an answer to a previous thread around the ns_cgroup.
>>
>> https://lists.linux-foundation.org/pipermail/containers/2009-June/018627.html
>>
>> It adds a control file 'clone_children' for a cgroup.
>> This control file is a boolean specifying if the child cgroup should
>> be a clone of the parent cgroup or not. The default value is 'false'.
>>
>> This flag makes the child cgroup to call the post_clone callback of all
>> the subsystem, if it is available.
>>     
>
> Basic idea looks OK, and it seems like a plausible way to handle
> automatic construction/inheritance of control values. I have a minor
> worry that it might not be fine-grained enough though - are there
> maybe cases where you'd want cloning for one subsystem but not for
> others? I suppose in that case you can just put them on separate
> hierarchies.
>   
Yes, or change clone_children by clone_parent ?
We create first the cgroup and then echo 1 > newcgroup/clone_parent

> The file should be called cgroup.clone_children rather than plain
> clone_children, to fit in with the other new generic-cgroup control
> files that we've started introducing, and to avoid naming clashes.
>   
oops, missed that. Will fix that, thanks !

  -- Daniel

  parent reply	other threads:[~2010-01-08 12:59 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-28 23:04 [patch 0/2] Remove the ns_cgroup Daniel Lezcano
2009-12-28 23:04 ` [patch 1/2] Add clone_child control file Daniel Lezcano
     [not found]   ` <20091228230620.494084022-7Ha4D/yM3XKqUVqbrEjtMkN0fxke0PB7qyM6JfAXOaQ@public.gmane.org>
2010-01-07  1:28     ` Paul Menage
     [not found]       ` <6599ad831001061728n63375ff8qb3a084e3f9fd7c98-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-01-08 12:59         ` Daniel Lezcano [this message]
2009-12-28 23:04 ` [patch 2/2] Remove the ns_cgroup Daniel Lezcano
     [not found]   ` <20091228230623.907397717-7Ha4D/yM3XKqUVqbrEjtMkN0fxke0PB7qyM6JfAXOaQ@public.gmane.org>
2009-12-28 23:36     ` Serge E. Hallyn
     [not found]       ` <20091228233611.GA6309-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2010-01-07  0:38         ` Paul Menage

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4B472C43.10403@free.fr \
    --to=daniel.lezcano-ganu6spqydw@public.gmane.org \
    --cc=containers-qjLDD68F18O7TbgM5vRIOg@public.gmane.org \
    --cc=ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org \
    --cc=menage-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.