[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <ac3a117c91d27dc7eff8c22ad6bd261dd2557451.camel@physik.fu-berlin.de>
Date: Fri, 25 Jul 2025 09:50:50 +0200
From: John Paul Adrian Glaubitz <glaubitz@...sik.fu-berlin.de>
To: Anthony Yznaga <anthony.yznaga@...cle.com>, davem@...emloft.net,
andreas@...sler.com, arnd@...db.de, muchun.song@...ux.dev,
osalvador@...e.de, akpm@...ux-foundation.org, david@...hat.com,
lorenzo.stoakes@...cle.com, Liam.Howlett@...cle.com, vbabka@...e.cz,
rppt@...nel.org, surenb@...gle.com, mhocko@...e.com
Cc: linux-mm@...ck.org, sparclinux@...r.kernel.org,
linux-arch@...r.kernel.org, linux-kernel@...r.kernel.org,
alexghiti@...osinc.com, agordeev@...ux.ibm.com, anshuman.khandual@....com,
christophe.leroy@...roup.eu, ryan.roberts@....com, will@...nel.org
Subject: Re: [PATCH 0/3] drop hugetlb_free_pgd_range()
Hi Anthony,
On Tue, 2025-07-15 at 18:26 -0700, Anthony Yznaga wrote:
> For all architectures that support hugetlb except for sparc,
> hugetlb_free_pgd_range() just calls free_pgd_range(). It turns out
> the sparc implementation is essentially identical to free_pgd_range()
> and can be removed. Remove it and update free_pgtables() to treat
> hugetlb VMAs the same as others.
>
> Anthony Yznaga (3):
> sparc64: remove hugetlb_free_pgd_range()
> mm: remove call to hugetlb_free_pgd_range()
> mm: drop hugetlb_free_pgd_range()
>
> arch/sparc/include/asm/hugetlb.h | 5 --
> arch/sparc/mm/hugetlbpage.c | 119 -------------------------------
> include/asm-generic/hugetlb.h | 9 ---
> include/linux/hugetlb.h | 7 --
> mm/memory.c | 42 +++++------
> 5 files changed, 18 insertions(+), 164 deletions(-)
I have applied this series against v6.16-rc7 and booted the kernel inside a
SPARC LDOM on Solaris 11.4 without any problems.
Tested-by: John Paul Adrian Glaubitz <glaubitz@...sik.fu-berlin.de>
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Powered by blists - more mailing lists