[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190626082841.GE30863@linux>
Date: Wed, 26 Jun 2019 10:28:41 +0200
From: Oscar Salvador <osalvador@...e.de>
To: Anshuman Khandual <anshuman.khandual@....com>
Cc: akpm@...ux-foundation.org, mhocko@...e.com,
dan.j.williams@...el.com, pasha.tatashin@...een.com,
Jonathan.Cameron@...wei.com, david@...hat.com, vbabka@...e.cz,
linux-mm@...ck.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 4/5] mm,memory_hotplug: allocate memmap from the added
memory range for sparse-vmemmap
On Wed, Jun 26, 2019 at 01:47:32PM +0530, Anshuman Khandual wrote:
> Hello Oscar,
>
> On 06/25/2019 01:22 PM, Oscar Salvador wrote:
> > diff --git a/arch/arm64/mm/mmu.c b/arch/arm64/mm/mmu.c
> > index 93ed0df4df79..d4b5661fa6b6 100644
> > --- a/arch/arm64/mm/mmu.c
> > +++ b/arch/arm64/mm/mmu.c
> > @@ -765,7 +765,10 @@ int __meminit vmemmap_populate(unsigned long start, unsigned long end, int node,
> > if (pmd_none(READ_ONCE(*pmdp))) {
> > void *p = NULL;
> >
> > - p = vmemmap_alloc_block_buf(PMD_SIZE, node);
> > + if (altmap)
> > + p = altmap_alloc_block_buf(PMD_SIZE, altmap);
> > + else
> > + p = vmemmap_alloc_block_buf(PMD_SIZE, node);
> > if (!p)
> > return -ENOMEM;
>
> Is this really required to be part of this series ? I have an ongoing work
> (reworked https://patchwork.kernel.org/patch/10882781/) enabling altmap
> support on arm64 during memory hot add and remove path which is waiting on
> arm64 memory-hot remove to be merged first.
Hi Anshuman,
I can drop this chunk in the next version.
No problem.
--
Oscar Salvador
SUSE L3
Powered by blists - more mailing lists