From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <491B82B7.5030002@cn.fujitsu.com> Date: Thu, 13 Nov 2008 09:28:23 +0800 From: Li Zefan MIME-Version: 1.0 Subject: Re: [RFC][mm] [PATCH 4/4] Memory cgroup hierarchy feature selector (v3) References: <20081111123314.6566.54133.sendpatchset@balbir-laptop> <20081111123448.6566.55973.sendpatchset@balbir-laptop> In-Reply-To: <20081111123448.6566.55973.sendpatchset@balbir-laptop> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Balbir Singh Cc: linux-mm@kvack.org, YAMAMOTO Takashi , Paul Menage , linux-kernel@vger.kernel.org, Nick Piggin , David Rientjes , Pavel Emelianov , Dhaval Giani , Andrew Morton , KAMEZAWA Hiroyuki List-ID: > + /* > + * If parent's use_hiearchy is set, we can't make any modifications > + * in the child subtrees. If it is unset, then the change can > + * occur, provided the current cgroup has no children. > + * > + * For the root cgroup, parent_mem is NULL, we allow value to be > + * set if there are no children. > + */ > + if (!parent_mem || (!parent_mem->use_hierarchy && > + (val == 1 || val == 0))) { > + if (list_empty(&cont->children)) > + mem->use_hierarchy = val; > + else > + retval = -EBUSY; > + } else > + retval = -EINVAL; > + > + return retval; > +} As I mentioned there is a race here. :( echo 1 > /memcg/memory.use_hierarchy =>if (list_empty(&cont->children)) mkdir /memcg/0 => mem->use_hierarchy = 0 mem->use_hierarchy = 1; Now it ends up with parent's use_hierarchy is set but its child's use_hierarchy is not set. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org