From mboxrd@z Thu Jan 1 00:00:00 1970 From: Yinghai Lu Subject: Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier. Date: Fri, 23 Aug 2013 14:08:06 -0700 Message-ID: References: <20130821204041.GC2436@htj.dyndns.org> <1377124595.10300.594.camel@misato.fc.hp.com> <20130822033234.GA2413@htj.dyndns.org> <1377186729.10300.643.camel@misato.fc.hp.com> <20130822183130.GA3490@mtj.dyndns.org> <1377202292.10300.693.camel@misato.fc.hp.com> <20130822202158.GD3490@mtj.dyndns.org> <1377205598.10300.715.camel@misato.fc.hp.com> <20130822212111.GF3490@mtj.dyndns.org> <1377209861.10300.756.camel@misato.fc.hp.com> <20130823130440.GC10322@mtj.dyndns.org> <1377274448.10300.777.camel@misato.fc.hp.com> <521793BB.9080605@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Return-path: In-Reply-To: Sender: owner-linux-mm@kvack.org To: chen tang Cc: Zhang Yanfei , Toshi Kani , Tejun Heo , Tang Chen , Konrad Rzeszutek Wilk , Bob Moore , Lv Zheng , "Rafael J. Wysocki" , Len Brown , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , Andrew Morton , Thomas Renninger , Jiang Liu , Wen Congyang , Lai Jiangshan , Yasuaki Ishimatsu , Taku Izumi , Mel Gorman , Minchan Kim , "mina86@mina86.com" , "gong.chen@linux.intel.com" , Vasilis List-Id: linux-acpi@vger.kernel.org > because we have found and mapped all the memory in the system at early time. > > But it is not easy to solve. > 1. We still have to know how much memory and cpus the boot PXM has. > How could we know that ? SRAT again ? yes, need to parse numa info early, and only use RAM for PXM(X) at first. > 2. The boot PXM could have little memory, and we meet the kexec and kdump > problem again. could extend to have more PXM at first, like boot pxm mask. > 3. I'm not quite sure is there any important benefit that the kernel > initializes all > the memory at beginning ? > > And also, the memory hotplug schedule is very tough for us. We really want the > movablenode functionality could be available soon. And this idea could > be a long way to go. So I also think this would be the next step. uh? I already tried best to help. Even spent time to produce patchset to separate acpi_override find/copy, and numa_info parse early and put page tables on local nodes. Let me know what else I could help. Thanks Yinghai -- 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 From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx175.postini.com [74.125.245.175]) by kanga.kvack.org (Postfix) with SMTP id BFC386B0032 for ; Fri, 23 Aug 2013 17:08:07 -0400 (EDT) Received: by mail-ob0-f174.google.com with SMTP id wd6so1199873obb.33 for ; Fri, 23 Aug 2013 14:08:06 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: <20130821204041.GC2436@htj.dyndns.org> <1377124595.10300.594.camel@misato.fc.hp.com> <20130822033234.GA2413@htj.dyndns.org> <1377186729.10300.643.camel@misato.fc.hp.com> <20130822183130.GA3490@mtj.dyndns.org> <1377202292.10300.693.camel@misato.fc.hp.com> <20130822202158.GD3490@mtj.dyndns.org> <1377205598.10300.715.camel@misato.fc.hp.com> <20130822212111.GF3490@mtj.dyndns.org> <1377209861.10300.756.camel@misato.fc.hp.com> <20130823130440.GC10322@mtj.dyndns.org> <1377274448.10300.777.camel@misato.fc.hp.com> <521793BB.9080605@gmail.com> Date: Fri, 23 Aug 2013 14:08:06 -0700 Message-ID: Subject: Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier. From: Yinghai Lu Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-linux-mm@kvack.org List-ID: To: chen tang Cc: Zhang Yanfei , Toshi Kani , Tejun Heo , Tang Chen , Konrad Rzeszutek Wilk , Bob Moore , Lv Zheng , "Rafael J. Wysocki" , Len Brown , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , Andrew Morton , Thomas Renninger , Jiang Liu , Wen Congyang , Lai Jiangshan , Yasuaki Ishimatsu , Taku Izumi , Mel Gorman , Minchan Kim , "mina86@mina86.com" , "gong.chen@linux.intel.com" , Vasilis Liaskovitis , "lwoodman@redhat.com" , Rik van Riel , "jweiner@redhat.com" , Prarit Bhargava , Zhang Yanfei , "yanghy@cn.fujitsu.com" , the arch/x86 maintainers , "linux-doc@vger.kernel.org" , Linux Kernel Mailing List , Linux MM , ACPI Devel Maling List > because we have found and mapped all the memory in the system at early time. > > But it is not easy to solve. > 1. We still have to know how much memory and cpus the boot PXM has. > How could we know that ? SRAT again ? yes, need to parse numa info early, and only use RAM for PXM(X) at first. > 2. The boot PXM could have little memory, and we meet the kexec and kdump > problem again. could extend to have more PXM at first, like boot pxm mask. > 3. I'm not quite sure is there any important benefit that the kernel > initializes all > the memory at beginning ? > > And also, the memory hotplug schedule is very tough for us. We really want the > movablenode functionality could be available soon. And this idea could > be a long way to go. So I also think this would be the next step. uh? I already tried best to help. Even spent time to produce patchset to separate acpi_override find/copy, and numa_info parse early and put page tables on local nodes. Let me know what else I could help. Thanks Yinghai -- 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