From mboxrd@z Thu Jan 1 00:00:00 1970 From: Oleg Nesterov Subject: Re: Q: cgroup: Questions about possible issues in cgroup locking Date: Wed, 21 Dec 2011 19:11:01 +0100 Message-ID: <20111221181101.GA3092@redhat.com> References: <20111221034334.GD17668@somewhere> <20111221130848.GA19679@redhat.com> <20111221175943.GG17668@somewhere> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: <20111221175943.GG17668@somewhere> 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: Frederic Weisbecker Cc: Containers , LKML , Paul Menage , Tejun Heo , Cgroups , Andrew Morton , "Paul E. McKenney" , Mandeep Singh Baines On 12/21, Frederic Weisbecker wrote: > > On Wed, Dec 21, 2011 at 02:08:48PM +0100, Oleg Nesterov wrote: > > On 12/21, Frederic Weisbecker wrote: > > > - By the time we call cgroup_post_fork(), it is ready to be woken up > > > and usable by the scheduler. > > > > No, the new child can't run until do_fork()->wake_up_new_task(). > > Out of curiosity, why is it not possible for a task to kill and wake up the child > before that happens? Because it is not possible to wake it up. Please note that copy_process() creates the "deactivated" child, iow it is not on rq. But, at the same time its ->state == TASK_RUNNING. This "fools" try_to_wake_up() or anything else which in theory could place it on the runqueue. Except, of course, wake_up_new_task() does activate_task(). And note that it does this unconditionally, exactly because we know that this task can't be woken. Oleg.