From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx203.postini.com [74.125.245.203]) by kanga.kvack.org (Postfix) with SMTP id CCC036B006C for ; Wed, 16 Jan 2013 16:29:55 -0500 (EST) Date: Wed, 16 Jan 2013 13:29:53 -0800 From: Andrew Morton Subject: Re: [PATCH v5 0/5] Add movablecore_map boot option Message-Id: <20130116132953.6159b673.akpm@linux-foundation.org> In-Reply-To: <50F647E8.509@jp.fujitsu.com> References: <1358154925-21537-1-git-send-email-tangchen@cn.fujitsu.com> <50F440F5.3030006@zytor.com> <20130114143456.3962f3bd.akpm@linux-foundation.org> <3908561D78D1C84285E8C5FCA982C28F1C97C2DA@ORSMSX108.amr.corp.intel.com> <20130114144601.1c40dc7e.akpm@linux-foundation.org> <50F647E8.509@jp.fujitsu.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Yasuaki Ishimatsu Cc: "Luck, Tony" , "H. Peter Anvin" , Tang Chen , "jiang.liu@huawei.com" , "wujianguo@huawei.com" , "wency@cn.fujitsu.com" , "laijs@cn.fujitsu.com" , "linfeng@cn.fujitsu.com" , "yinghai@kernel.org" , "rob@landley.net" , "kosaki.motohiro@jp.fujitsu.com" , "minchan.kim@gmail.com" , "mgorman@suse.de" , "rientjes@google.com" , "guz.fnst@cn.fujitsu.com" , "rusty@rustcorp.com.au" , "lliubbo@gmail.com" , "jaegeuk.hanse@gmail.com" , "glommer@parallels.com" , "linux-kernel@vger.kernel.org" , "linux-mm@kvack.org" On Wed, 16 Jan 2013 15:25:44 +0900 Yasuaki Ishimatsu wrote: > > > > Things I'm wondering: > > > > - is there *really* a case for retaining the boot option if/when > > SRAT support is available? > > Yes. If SRAT support is available, all memory which enabled hotpluggable > bit are managed by ZONEMOVABLE. But performance degradation may > occur by NUMA because we can only allocate anonymous page and page-cache > from these memory. > > In this case, if user cannot change SRAT information, user needs a way to > select/set removable memory manually. If I understand this correctly you mean that once SRAT parsing is implemented, the user can use movablecore_map to override that SRAT parsing, yes? That movablecore_map will take precedence over SRAT? -- 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