From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752532Ab1LTT1N (ORCPT ); Tue, 20 Dec 2011 14:27:13 -0500 Received: from mail-qy0-f174.google.com ([209.85.216.174]:65427 "EHLO mail-qy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752271Ab1LTT1J (ORCPT ); Tue, 20 Dec 2011 14:27:09 -0500 Date: Tue, 20 Dec 2011 20:27:04 +0100 From: Frederic Weisbecker To: Tejun Heo Cc: Li Zefan , LKML , Containers , Cgroups , KAMEZAWA Hiroyuki , Oleg Nesterov , Andrew Morton , Paul Menage , Mandeep Singh Baines Subject: Re: [PATCH 1/2] cgroup: Remove unnecessary task_lock before fetching css_set on migration Message-ID: <20111220192703.GB17668@somewhere> References: <1324320274-18485-1-git-send-email-msb@chromium.org> <1324407673-18975-1-git-send-email-fweisbec@gmail.com> <20111220191443.GE10752@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111220191443.GE10752@google.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Dec 20, 2011 at 11:14:43AM -0800, Tejun Heo wrote: > Hello, Frederic. > > On Tue, Dec 20, 2011 at 08:01:12PM +0100, Frederic Weisbecker wrote: > > When we fetch the css_set of the tasks on cgroup migration, we don't need > > anymore to synchronize against cgroup_exit() that could swap the old one > > with init_css_set. Now that we are using threadgroup_lock() during > > the migrations, we don't need to worry about it anymore. > > > > Signed-off-by: Frederic Weisbecker > > Cc: Tejun Heo > > Cc: Li Zefan > > Cc: Containers > > Cc: Cgroups > > Cc: KAMEZAWA Hiroyuki > > Cc: Oleg Nesterov > > Cc: Andrew Morton > > Cc: Paul Menage > > Cc: Mandeep Singh Baines > > I like this but it doesn't apply on top of cgroup/for-3.3. It > collides with Mandeep's patch. Can you please rebase? Yeah it was made on top of last Mandeep's patch. Let me rebase on top of your branch, will resend soon. Thanks. > > Li, can you please ack? > > Thanks. > > -- > tejun