From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from song.cn.fujitsu.com (unknown [222.73.24.84]) by ozlabs.org (Postfix) with ESMTP id 8A5D22C00BA for ; Thu, 10 Jan 2013 13:19:29 +1100 (EST) Message-ID: <50EE2500.2040903@cn.fujitsu.com> Date: Thu, 10 Jan 2013 10:18:40 +0800 From: Tang Chen MIME-Version: 1.0 To: Andrew Morton Subject: Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory References: <1357723959-5416-1-git-send-email-tangchen@cn.fujitsu.com> <20130109153324.bbd019b3.akpm@linux-foundation.org> In-Reply-To: <20130109153324.bbd019b3.akpm@linux-foundation.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Cc: linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org, linux-mm@kvack.org, paulus@samba.org, hpa@zytor.com, sparclinux@vger.kernel.org, cl@linux.com, linux-s390@vger.kernel.org, x86@kernel.org, linux-acpi@vger.kernel.org, isimatu.yasuaki@jp.fujitsu.com, linfeng@cn.fujitsu.com, mgorman@suse.de, kosaki.motohiro@jp.fujitsu.com, rientjes@google.com, len.brown@intel.com, wency@cn.fujitsu.com, cmetcalf@tilera.com, glommer@parallels.com, wujianguo@huawei.com, yinghai@kernel.org, laijs@cn.fujitsu.com, linux-kernel@vger.kernel.org, minchan.kim@gmail.com, linuxppc-dev@lists.ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Hi Andrew, On 01/10/2013 07:33 AM, Andrew Morton wrote: > On Wed, 9 Jan 2013 17:32:24 +0800 > Tang Chen wrote: > >> This patch-set aims to implement physical memory hot-removing. > > As you were on th patch delivery path, all of these patches should have > your Signed-off-by:. But some were missing it. I fixed this in my > copy of the patches. Thank you very much for the help. Next time I'll add it myself. > > > I suspect this patchset adds a significant amount of code which will > not be used if CONFIG_MEMORY_HOTPLUG=n. "[PATCH v6 06/15] > memory-hotplug: implement register_page_bootmem_info_section of > sparse-vmemmap", for example. This is not a good thing, so please go > through the patchset (in fact, go through all the memhotplug code) and > let's see if we can reduce the bloat for CONFIG_MEMORY_HOTPLUG=n > kernels. > > This needn't be done immediately - it would be OK by me if you were to > defer this exercise until all the new memhotplug code is largely in > place. But please, let's do it. OK, I'll do have a check on it when the page_cgroup problem is solved. Thanks. :) > > >