[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <174169292046.277676.9363571702356367812.b4-ty@kernel.org>
Date: Tue, 11 Mar 2025 13:13:37 +0000
From: Will Deacon <will@...nel.org>
To: anshuman.khandual@....com,
catalin.marinas@....com,
david@...hat.com,
Zhenhua Huang <quic_zhenhuah@...cinc.com>
Cc: kernel-team@...roid.com,
Will Deacon <will@...nel.org>,
ardb@...nel.org,
ryan.roberts@....com,
mark.rutland@....com,
joey.gouly@....com,
dave.hansen@...ux.intel.com,
akpm@...ux-foundation.org,
chenfeiyang@...ngson.cn,
chenhuacai@...nel.org,
linux-mm@...ck.org,
linux-arm-kernel@...ts.infradead.org,
linux-kernel@...r.kernel.org,
quic_tingweiz@...cinc.com,
stable@...r.kernel.org
Subject: Re: [PATCH v9] arm64: mm: Populate vmemmap at the page level if not section aligned
On Tue, 04 Mar 2025 15:27:00 +0800, Zhenhua Huang wrote:
> On the arm64 platform with 4K base page config, SECTION_SIZE_BITS is set
> to 27, making one section 128M. The related page struct which vmemmap
> points to is 2M then.
> Commit c1cc1552616d ("arm64: MMU initialisation") optimizes the
> vmemmap to populate at the PMD section level which was suitable
> initially since hot plug granule is always one section(128M). However,
> commit ba72b4c8cf60 ("mm/sparsemem: support sub-section hotplug")
> introduced a 2M(SUBSECTION_SIZE) hot plug granule, which disrupted the
> existing arm64 assumptions.
>
> [...]
Applied to arm64 (for-next/fixes), thanks!
[1/1] arm64: mm: Populate vmemmap at the page level if not section aligned
https://git.kernel.org/arm64/c/d4234d131b0a
Cheers,
--
Will
https://fixes.arm64.dev
https://next.arm64.dev
https://will.arm64.dev
Powered by blists - more mailing lists