Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932859Ab3HNSWI (ORCPT ); Wed, 14 Aug 2013 14:22:08 -0400 Received: from mail-vb0-f43.google.com ([209.85.212.43]:32890 "EHLO mail-vb0-f43.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932811Ab3HNSWF (ORCPT ); Wed, 14 Aug 2013 14:22:05 -0400 Message-ID: <520BCADE.2040109@gmail.com> Date: Wed, 14 Aug 2013 14:22:22 -0400 From: KOSAKI Motohiro User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: "H. Peter Anvin" CC: Tang Chen , Tejun Heo , Tang Chen , robert.moore@intel.com, lv.zheng@intel.com, rjw@sisk.pl, lenb@kernel.org, tglx@linutronix.de, mingo@elte.hu, akpm@linux-foundation.org, trenn@suse.de, yinghai@kernel.org, jiang.liu@huawei.com, wency@cn.fujitsu.com, laijs@cn.fujitsu.com, isimatu.yasuaki@jp.fujitsu.com, izumi.taku@jp.fujitsu.com, mgorman@suse.de, minchan@kernel.org, mina86@mina86.com, gong.chen@linux.intel.com, vasilis.liaskovitis@profitbricks.com, lwoodman@redhat.com, riel@redhat.com, jweiner@redhat.com, prarit@redhat.com, zhangyanfei@cn.fujitsu.com, yanghy@cn.fujitsu.com, x86@kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-acpi@vger.kernel.org, kosaki.motohiro@gmail.com Subject: Re: [PATCH part5 0/7] Arrange hotpluggable memory as ZONE_MOVABLE. References: <1375956979-31877-1-git-send-email-tangchen@cn.fujitsu.com> <20130812145016.GI15892@htj.dyndns.org> <52090225.6070208@gmail.com> <20130812154623.GL15892@htj.dyndns.org> <52090AF6.6020206@gmail.com> <20130812162247.GM15892@htj.dyndns.org> <520914D5.7080501@gmail.com> <52091A10.4030501@zytor.com> In-Reply-To: <52091A10.4030501@zytor.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1717 Lines: 38 (8/12/13 1:23 PM), H. Peter Anvin wrote: > On 08/12/2013 10:01 AM, Tang Chen wrote: >>> >>>> I'm just thinking of a more extreme case. For example, if a machine >>>> has only one node hotpluggable, and the kernel resides in that node. >>>> Then the system has no hotpluggable node. >>> >>> Yeah, sure, then there's no way that node can be hotpluggable and the >>> right thing to do is booting up the machine and informing the userland >>> that memory is not hotpluggable. >>> >>>> If we can prevent the kernel from using hotpluggable memory, in such >>>> a machine, users can still do memory hotplug. >>>> >>>> I wanted to do it as generic as possible. But yes, finding out the >>>> nodes the kernel resides in and make it unhotpluggable can work. >>> >>> Short of being able to remap memory under the kernel, I don't think >>> this can be very generic and as a compromise trying to keep as many >>> hotpluggable nodes as possible doesn't sound too bad. >> >> I think making one of the node hotpluggable is better. But OK, it is >> no big deal. There won't be such machine in reality, I think. :) >> > > The user may very well have configured a system with mirrored memory for > the kernel node as that will be non-hotpluggable, but not for the > others. One can wonder how much that actually buys in real life, but > still... Note. Such system is much cheaper than full memory mirroring system. That's one of reason why server vendors are interesting in hot plugging. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/