From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail203.messagelabs.com (mail203.messagelabs.com [216.82.254.243]) by kanga.kvack.org (Postfix) with SMTP id C1B176B0078 for ; Wed, 24 Feb 2010 04:50:21 -0500 (EST) Message-ID: <4B84F645.6030404@cn.fujitsu.com> Date: Wed, 24 Feb 2010 17:49:57 +0800 From: Miao Xie Reply-To: miaox@cn.fujitsu.com MIME-Version: 1.0 Subject: Re: [regression] cpuset,mm: update tasks' mems_allowed in time (58568d2) References: <20100218134921.GF9738@laptop> <20100219033126.GI9738@laptop> <20100222121222.GV9738@laptop> <4B839103.2060901@cn.fujitsu.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org To: David Rientjes Cc: Nick Piggin , linux-kernel@vger.kernel.org, linux-mm@kvack.org, Lee Schermerhorn List-ID: on 2010-2-23 16:44, David Rientjes wrote: > On Tue, 23 Feb 2010, Miao Xie wrote: > >> Sorry, Could you explain what you advised? >> I think it is hard to fix this problem by adding a variant, because it is >> hard to avoid loading a word of the mask before >> >> nodes_or(tsk->mems_allowed, tsk->mems_allowed, *newmems); >> >> and then loading another word of the mask after >> >> tsk->mems_allowed = *newmems; >> >> unless we use lock. >> >> Maybe we need a rw-lock to protect task->mems_allowed. >> > > I meant that we need to define synchronization only for configurations > that do not do atomic nodemask_t stores, it's otherwise unnecessary. > We'll need to load and store tsk->mems_allowed via a helper function that > is defined to take the rwlock for such configs and only read/write the > nodemask for others. > By investigating, we found that it is hard to guarantee the consistent between mempolicy and mems_allowed because mempolicy was designed as a self-update function. it just can be changed by one's self. Maybe we must change the implement of mempolicy. -- 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