[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <54195a6a-7cc6-4df1-a787-45d8f564c0bd@redhat.com>
Date: Thu, 25 Sep 2025 11:38:38 +0200
From: David Hildenbrand <david@...hat.com>
To: Yin Tirui <yintirui@...wei.com>, akpm@...ux-foundation.org,
lorenzo.stoakes@...cle.com, Liam.Howlett@...cle.com, vbabka@...e.cz,
rppt@...nel.org, surenb@...gle.com, mhocko@...e.com, ziy@...dia.com,
baolin.wang@...ux.alibaba.com, npache@...hat.com, ryan.roberts@....com,
dev.jain@....com, baohua@...nel.org, catalin.marinas@....com,
will@...nel.org, paul.walmsley@...ive.com, palmer@...belt.com,
aou@...s.berkeley.edu, alex@...ti.fr, anshuman.khandual@....com,
yangyicong@...ilicon.com, ardb@...nel.org, willy@...radead.org,
apopple@...dia.com, samuel.holland@...ive.com, luxu.kernel@...edance.com,
abrestic@...osinc.com, yongxuan.wang@...ive.com, linux-mm@...ck.org,
linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-riscv@...ts.infradead.org
Cc: wangkefeng.wang@...wei.com, chenjun102@...wei.com
Subject: Re: [PATCH RFC 2/2] mm: add PMD-level huge page support for
remap_pfn_range()
On 25.09.25 03:43, Yin Tirui wrote:
>
>
> On 9/24/2025 5:50 PM, David Hildenbrand wrote:
>>> Introduce pfnmap_max_page_shift parameter to control maximum page
>>> size and "nohugepfnmap" boot option to disable huge pfnmap entirely.
>>
>> Why? If an arch supports it we should just do it. Or what's the reason
>> behind that?
>>
> There's no specific reason for this - it was just intended to provide an
> additional option. I'll remove it in the next version.
Good, then let's keep it simple :)
--
Cheers
David / dhildenb
Powered by blists - more mailing lists