[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <51666930.6090702@cn.fujitsu.com>
Date: Thu, 11 Apr 2013 15:41:36 +0800
From: Tang Chen <tangchen@...fujitsu.com>
To: Yinghai Lu <yinghai@...nel.org>
CC: Lin Feng <linfeng@...fujitsu.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Christoph Lameter <cl@...ux.com>,
Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...hat.com>,
"H. Peter Anvin" <hpa@...or.com>,
Catalin Marinas <catalin.marinas@....com>, will.deacon@....com,
Arnd Bergmann <arnd@...db.de>, tony@...mide.com,
Ben Hutchings <ben@...adent.org.uk>,
linux-arm-kernel@...ts.infradead.org,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
the arch/x86 maintainers <x86@...nel.org>,
Linux MM <linux-mm@...ck.org>,
Yasuaki Ishimatsu <isimatu.yasuaki@...fujitsu.com>,
Jiang Liu <jiang.liu@...wei.com>
Subject: Re: [PATCH 0/2] mm: vmemmap: add vmemmap_verify check for hot-add
node/memory case
Hi Yinghai,
(Add cc Liu Jiang.)
On 04/09/2013 02:40 AM, Yinghai Lu wrote:
> On Mon, Apr 8, 2013 at 2:56 AM, Lin Feng<linfeng@...fujitsu.com> wrote:
>> In hot add node(memory) case, vmemmap pages are always allocated from other
>> node,
>
> that is broken, and should be fixed.
> vmemmap should be on local node even for hot add node.
>
I want some info sharing. :)
Here is the work I'm trying to do.
1. As most of people don't like movablemem_map idea, we decide to
drop "specifying physical address" thing, and restart a new solution
to support using SRAT info only.
We want to modify movablecore to support "movablecore=acpi" to
enable/disable limiting hotpluggable memory in ZONE_MOVABLE.
And we dropped all the old design and data structures.
2. As Liu Jiang mentioned before, we can add a flag to memblock to mark
special memory. Since we are dropping all the old data structures,
I think I want to reuse his idea to reserve movable memory with memblock
when booting.
3. If we add flag to memblock, we can mark different memory. And I remember
you mentioned before that we can use memblock to reserve local node
data
for node-life-cycle data, like vmemmap, pagetable.
So are you doing the similar work now ?
If not, I think I can merge it into mine, and push a new patch-set with
hot-add, hot-remove code modified to support putting vmemmap,
pagetable,
pgdat, page_cgroup, ..., on local node.
If you are doing the similar work, I will only finish my work and wait
for your patch.
Thanks. :)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists