[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4489e307-1ce8-a883-2dae-1aa7e1c881fc@arm.com>
Date: Wed, 17 Jun 2020 09:42:18 +0530
From: Anshuman Khandual <anshuman.khandual@....com>
To: Barry Song <song.bao.hua@...ilicon.com>, catalin.marinas@....com,
will@...nel.org, nsaenzjulienne@...e.de, steve.capper@....com,
rppt@...ux.ibm.com, akpm@...ux-foundation.org
Cc: linux-kernel@...r.kernel.org, linuxarm@...wei.com,
Matthias Brugger <matthias.bgg@...il.com>,
Roman Gushchin <guro@...com>,
linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH v2] arm64: mm: reserve hugetlb CMA after numa_init
On 06/17/2020 03:49 AM, Barry Song wrote:
> hugetlb_cma_reserve() is called at the wrong place. numa_init has not been
> done yet. so all reserved memory will be located at node0.
>
> Fixes: cf11e85fc08c ("mm: hugetlb: optionally allocate gigantic hugepages using cma")
> Cc: Matthias Brugger <matthias.bgg@...il.com>
> Acked-by: Roman Gushchin <guro@...com>
> Signed-off-by: Barry Song <song.bao.hua@...ilicon.com>
> ---
> -v2: add Fixes tag according to Matthias Brugger's comment
>
> arch/arm64/mm/init.c | 10 +++++-----
> 1 file changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/arch/arm64/mm/init.c b/arch/arm64/mm/init.c
> index e631e6425165..41914b483d54 100644
> --- a/arch/arm64/mm/init.c
> +++ b/arch/arm64/mm/init.c
> @@ -404,11 +404,6 @@ void __init arm64_memblock_init(void)
> high_memory = __va(memblock_end_of_DRAM() - 1) + 1;
>
> dma_contiguous_reserve(arm64_dma32_phys_limit);
> -
> -#ifdef CONFIG_ARM64_4K_PAGES
> - hugetlb_cma_reserve(PUD_SHIFT - PAGE_SHIFT);
> -#endif
> -
> }
>
> void __init bootmem_init(void)
> @@ -424,6 +419,11 @@ void __init bootmem_init(void)
> min_low_pfn = min;
>
> arm64_numa_init();
> +
> +#ifdef CONFIG_ARM64_4K_PAGES
> + hugetlb_cma_reserve(PUD_SHIFT - PAGE_SHIFT);
> +#endif
arm64_numa_init() calls numa_init() which initializes node_online_map
that gets used in hugetlb_cma_reserve() while allocating required CMA
size across online nodes.
Reviewed-by: Anshuman Khandual <anshuman.khandual@....com>
Powered by blists - more mailing lists