From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail172.messagelabs.com (mail172.messagelabs.com [216.82.254.3]) by kanga.kvack.org (Postfix) with SMTP id DFC9D6B0087 for ; Thu, 18 Nov 2010 01:27:54 -0500 (EST) Date: Thu, 18 Nov 2010 15:27:15 +0900 From: Paul Mundt Subject: Re: [2/8,v3] NUMA Hotplug Emulator: infrastructure of NUMA hotplug emulation Message-ID: <20101118062715.GD17539@linux-sh.org> References: <20101117020759.016741414@intel.com> <20101117021000.568681101@intel.com> <20101117075128.GA30254@shaohui> <20101118041407.GA2408@shaohui> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101118041407.GA2408@shaohui> Sender: owner-linux-mm@kvack.org To: Shaohui Zheng Cc: David Rientjes , Andrew Morton , linux-mm@kvack.org, linux-kernel@vger.kernel.org, haicheng.li@linux.intel.com, ak@linux.intel.com, shaohui.zheng@linux.intel.com, Yinghai Lu , Haicheng Li List-ID: On Thu, Nov 18, 2010 at 12:14:07PM +0800, Shaohui Zheng wrote: > On Wed, Nov 17, 2010 at 01:10:50PM -0800, David Rientjes wrote: > > The idea that I've proposed (and you've apparently thought about and even > > implemented at one point) is much more powerful than that. We need not > > query the state of hidden nodes that we've setup at boot but can rather > > use the amount of hidden memory to setup the nodes in any way that we want > > at runtime (various sizes, interleaved node ids, etc). > > yes, if we select your proposal. we just mark all the nodes as POSSIBLE node. > there is no hidden nodes any more. the node will be created after add memory > to the node first time. > This is roughly what I had in mind in my N_HIDDEN review, so I quite favour this approach. -- 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/ . Fight unfair telecom policy in Canada: sign http://dissolvethecrtc.ca/ Don't email: email@kvack.org