[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <523426cd-1586-5d57-9650-134a2ac30d16@oracle.com>
Date: Mon, 27 Jul 2020 10:52:49 -0700
From: Mike Kravetz <mike.kravetz@...cle.com>
To: "Aneesh Kumar K.V" <aneesh.kumar@...ux.ibm.com>,
Anshuman Khandual <anshuman.khandual@....com>,
Will Deacon <will@...nel.org>, Roman Gushchin <guro@...com>
Cc: Barry Song <song.bao.hua@...ilicon.com>,
Catalin Marinas <catalin.marinas@....com>, x86@...nel.org,
linux-kernel@...r.kernel.org, linuxarm@...wei.com,
linux-mm@...ck.org, Ingo Molnar <mingo@...hat.com>,
Thomas Gleixner <tglx@...utronix.de>,
Jonathan Cameron <jonathan.cameron@...wei.com>,
"H.Peter Anvin" <hpa@...or.com>, Borislav Petkov <bp@...en8.de>,
akpm@...ux-foundation.org, Mike Rapoport <rppt@...ux.ibm.com>,
linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH v3] mm/hugetlb: split hugetlb_cma in nodes with memory
On 7/27/20 7:37 AM, Aneesh Kumar K.V wrote:
> There is variant of this which is pseries powerpc where there is
> hypervisor assistance w.r.t allocating gigantic pages. See the ppc64
> enablement patch
>
> https://lore.kernel.org/linuxppc-dev/20200713150749.25245-1-aneesh.kumar@linux.ibm.com/
>
Thanks Aneesh, I missed the powerpc support.
I knew about the powerpc hypervisor assistance which caused me to rethink
my original idea that all this could be arch independent. My next idea was
that architectures would only need to provide a constant something like:
#define HUGETLB_CMA_ORDER (PUD_SHIFT - PAGE_SHIFT)
However, it looks like this can not be a compile time constant on powerpc.
Moving more of the CMA support to arch independent code has moved down on
my priority list. So, it it likely not to get much work in the immediate
future.
Just curious, can you have multiple gigantic page sizes supported at one
time (one system instance) on powerpc?
--
Mike Kravetz
Powered by blists - more mailing lists