mm/hugetlb: refactor __unmap_hugepage_range() to take folio instead of page
authorFan Ni <fan.ni@samsung.com>
Mon, 5 May 2025 18:22:43 +0000 (11:22 -0700)
committerAndrew Morton <akpm@linux-foundation.org>
Wed, 28 May 2025 02:38:26 +0000 (19:38 -0700)
commit7f4b6065d9a842721a04632fc219aa453d1b2f5c
tree187d461e642e3653c03eac7b704fe1f5c6ffd240
parent81edb1ba3232afd45ae7f3f492a91019571b18c9
mm/hugetlb: refactor __unmap_hugepage_range() to take folio instead of page

The function __unmap_hugepage_range() has two kinds of users:
1) unmap_hugepage_range(), which passes in the head page of a folio.
   Since unmap_hugepage_range() already takes folio and there are no other
   uses of the folio struct in the function, it is natural for
   __unmap_hugepage_range() to take folio also.
2) All other uses, which pass in NULL pointer.

In both cases, we can pass in folio. Refactor __unmap_hugepage_range() to
take folio.

Link: https://lkml.kernel.org/r/20250505182345.506888-5-nifan.cxl@gmail.com
Signed-off-by: Fan Ni <fan.ni@samsung.com>
Acked-by: David Hildenbrand <david@redhat.com>
Reviewed-by: Oscar Salvador <osalvador@suse.de>
Cc: Matthew Wilcox (Oracle) <willy@infradead.org>
Cc: Muchun Song <muchun.song@linux.dev>
Cc: Sidhartha Kumar <sidhartha.kumar@oracle.com>
Cc: "Vishal Moola (Oracle)" <vishal.moola@gmail.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
include/linux/hugetlb.h
mm/hugetlb.c