[PATCH 0/3] Use nth_page() in place of direct struct page manipulation

Zi Yan posted 3 patches 2 years, 3 months ago
There is a newer version of this series
arch/mips/mm/cache.c | 2 +-
fs/hugetlbfs/inode.c | 4 ++--
mm/cma.c             | 2 +-
mm/hugetlb.c         | 2 +-
mm/memory_hotplug.c  | 2 +-
5 files changed, 6 insertions(+), 6 deletions(-)
[PATCH 0/3] Use nth_page() in place of direct struct page manipulation
Posted by Zi Yan 2 years, 3 months ago
From: Zi Yan <ziy@nvidia.com>

On SPARSEMEM without VMEMMAP, struct page is not guaranteed to be
contiguous, since each memory section's memmap might be allocated
independently. hugetlb pages can go beyond a memory section size, thus
direct struct page manipulation on hugetlb pages/subpages might give
wrong struct page. Kernel provides nth_page() to do the manipulation
properly. Use that whenever code can see hugetlb pages.

The patches are on top of next-20230830.

Zi Yan (3):
  mm: use nth_page() in place of direct struct page manipulation.
  fs: use nth_page() in place of direct struct page manipulation.
  mips: use nth_page() in place of direct struct page manipulation.

 arch/mips/mm/cache.c | 2 +-
 fs/hugetlbfs/inode.c | 4 ++--
 mm/cma.c             | 2 +-
 mm/hugetlb.c         | 2 +-
 mm/memory_hotplug.c  | 2 +-
 5 files changed, 6 insertions(+), 6 deletions(-)

-- 
2.40.1