From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Fri, 8 Jun 2007 16:25:58 +0900 From: KAMEZAWA Hiroyuki Subject: Re: memory unplug v4 intro [1/6] migration without mm->sem Message-Id: <20070608162558.b1a8fbc7.kamezawa.hiroyu@jp.fujitsu.com> In-Reply-To: References: <20070608143531.411c76df.kamezawa.hiroyu@jp.fujitsu.com> <20070608143844.569c2804.kamezawa.hiroyu@jp.fujitsu.com> <20070608145435.4fa7c9b6.kamezawa.hiroyu@jp.fujitsu.com> <20070608150602.78f07b34.kamezawa.hiroyu@jp.fujitsu.com> <20070608160148.616dae54.kamezawa.hiroyu@jp.fujitsu.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Christoph Lameter Cc: linux-mm@kvack.org, mel@csn.ul.ie, y-goto@jp.fujitsu.com, hugh@veritas.com List-ID: On Fri, 8 Jun 2007 00:21:39 -0700 (PDT) Christoph Lameter wrote: > > But it's not necessary to add anon_vma_hold() in rmap.c, as you pointed out. > > I'll rewrite them as static func in migrate.c > > I do not think you need anon_vma_hold at all. Neither do you need to add > any other function. The presence of the dummy vma while the page is > removed and added guarantees that it does not vanish. > Hmm, ok. add extra codes instead of new function. -Kame -- 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