From: Dev Jain <dev.jain@arm.com>
To: Anshuman Khandual <anshuman.khandual@arm.com>, linux-mm@kvack.org
Cc: Andrew Morton <akpm@linux-foundation.org>,
David Hildenbrand <david@redhat.com>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] mm: Replace READ_ONCE() with standard page table accessors
Date: Tue, 7 Oct 2025 12:41:22 +0530 [thread overview]
Message-ID: <584fea72-e564-4cf6-9435-ce4b03f2fd65@arm.com> (raw)
In-Reply-To: <20251007063100.2396936-1-anshuman.khandual@arm.com>
On 07/10/25 12:01 pm, Anshuman Khandual wrote:
> Replace all READ_ONCE() with a standard page table accessors i.e pxdp_get()
> that defaults into READ_ONCE() in cases where platform does not override.
Does any platform override into something else currently? The way you write
the description implies that.
>
> Cc: Andrew Morton <akpm@linux-foundation.org>
> Cc: David Hildenbrand <david@redhat.com>
> Cc: linux-mm@kvack.org
> Cc: linux-kernel@vger.kernel.org
> Signed-off-by: Anshuman Khandual <anshuman.khandual@arm.com>
> ---
> mm/gup.c | 10 +++++-----
> mm/hmm.c | 2 +-
> mm/memory.c | 4 ++--
> mm/mprotect.c | 2 +-
> mm/sparse-vmemmap.c | 2 +-
> mm/vmscan.c | 2 +-
> 6 files changed, 11 insertions(+), 11 deletions(-)
>
> diff --git a/mm/gup.c b/mm/gup.c
> index 0bc4d140fc07..37e2af5ed96d 100644
> --- a/mm/gup.c
> +++ b/mm/gup.c
> @@ -964,7 +964,7 @@ static struct page *follow_pud_mask(struct vm_area_struct *vma,
> struct mm_struct *mm = vma->vm_mm;
>
> pudp = pud_offset(p4dp, address);
> - pud = READ_ONCE(*pudp);
> + pud = pudp_get(pudp);
> if (!pud_present(pud))
> return no_page_table(vma, flags, address);
> if (pud_leaf(pud)) {
> @@ -989,7 +989,7 @@ static struct page *follow_p4d_mask(struct vm_area_struct *vma,
> p4d_t *p4dp, p4d;
>
> p4dp = p4d_offset(pgdp, address);
> - p4d = READ_ONCE(*p4dp);
> + p4d = p4dp_get(p4dp);
> BUILD_BUG_ON(p4d_leaf(p4d));
>
> if (!p4d_present(p4d) || p4d_bad(p4d))
> @@ -3080,7 +3080,7 @@ static int gup_fast_pud_range(p4d_t *p4dp, p4d_t p4d, unsigned long addr,
>
> pudp = pud_offset_lockless(p4dp, p4d, addr);
> do {
> - pud_t pud = READ_ONCE(*pudp);
> + pud_t pud = pudp_get(pudp);
>
> next = pud_addr_end(addr, end);
> if (unlikely(!pud_present(pud)))
> @@ -3106,7 +3106,7 @@ static int gup_fast_p4d_range(pgd_t *pgdp, pgd_t pgd, unsigned long addr,
>
> p4dp = p4d_offset_lockless(pgdp, pgd, addr);
> do {
> - p4d_t p4d = READ_ONCE(*p4dp);
> + p4d_t p4d = p4dp_get(p4dp);
>
> next = p4d_addr_end(addr, end);
> if (!p4d_present(p4d))
> @@ -3128,7 +3128,7 @@ static void gup_fast_pgd_range(unsigned long addr, unsigned long end,
>
> pgdp = pgd_offset(current->mm, addr);
> do {
> - pgd_t pgd = READ_ONCE(*pgdp);
> + pgd_t pgd = pgdp_get(pgdp);
>
> next = pgd_addr_end(addr, end);
> if (pgd_none(pgd))
> diff --git a/mm/hmm.c b/mm/hmm.c
> index d545e2494994..126c3f42e525 100644
> --- a/mm/hmm.c
> +++ b/mm/hmm.c
> @@ -431,7 +431,7 @@ static int hmm_vma_walk_pud(pud_t *pudp, unsigned long start, unsigned long end,
> /* Normally we don't want to split the huge page */
> walk->action = ACTION_CONTINUE;
>
> - pud = READ_ONCE(*pudp);
> + pud = pudp_get(pudp);
> if (!pud_present(pud)) {
> spin_unlock(ptl);
> return hmm_vma_walk_hole(start, end, -1, walk);
> diff --git a/mm/memory.c b/mm/memory.c
> index 0ba4f6b71847..50f841ee6e84 100644
> --- a/mm/memory.c
> +++ b/mm/memory.c
> @@ -6549,12 +6549,12 @@ int follow_pfnmap_start(struct follow_pfnmap_args *args)
> goto out;
>
> p4dp = p4d_offset(pgdp, address);
> - p4d = READ_ONCE(*p4dp);
> + p4d = p4dp_get(p4dp);
> if (p4d_none(p4d) || unlikely(p4d_bad(p4d)))
> goto out;
>
> pudp = pud_offset(p4dp, address);
> - pud = READ_ONCE(*pudp);
> + pud = pudp_get(pudp);
> if (pud_none(pud))
> goto out;
> if (pud_leaf(pud)) {
> diff --git a/mm/mprotect.c b/mm/mprotect.c
> index 113b48985834..988c366137d5 100644
> --- a/mm/mprotect.c
> +++ b/mm/mprotect.c
> @@ -599,7 +599,7 @@ static inline long change_pud_range(struct mmu_gather *tlb,
> break;
> }
>
> - pud = READ_ONCE(*pudp);
> + pud = pudp_get(pudp);
> if (pud_none(pud))
> continue;
>
> diff --git a/mm/sparse-vmemmap.c b/mm/sparse-vmemmap.c
> index dbd8daccade2..37522d6cb398 100644
> --- a/mm/sparse-vmemmap.c
> +++ b/mm/sparse-vmemmap.c
> @@ -439,7 +439,7 @@ int __meminit vmemmap_populate_hugepages(unsigned long start, unsigned long end,
> return -ENOMEM;
>
> pmd = pmd_offset(pud, addr);
> - if (pmd_none(READ_ONCE(*pmd))) {
> + if (pmd_none(pmdp_get(pmd))) {
I believe sparse-vmemmap is only for 64 bit arches so we are safe.
> void *p;
>
> p = vmemmap_alloc_block_buf(PMD_SIZE, node, altmap);
> diff --git a/mm/vmscan.c b/mm/vmscan.c
> index 674999999cd0..14c2722b955b 100644
> --- a/mm/vmscan.c
> +++ b/mm/vmscan.c
> @@ -3772,7 +3772,7 @@ static int walk_pud_range(p4d_t *p4d, unsigned long start, unsigned long end,
> pud = pud_offset(p4d, start & P4D_MASK);
> restart:
> for (i = pud_index(start), addr = start; addr != end; i++, addr = next) {
> - pud_t val = READ_ONCE(pud[i]);
> + pud_t val = pudp_get(pud + i);
>
> next = pud_addr_end(addr, end);
>
next prev parent reply other threads:[~2025-10-07 7:11 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-07 6:31 Anshuman Khandual
2025-10-07 7:11 ` Dev Jain [this message]
2025-10-07 7:54 ` Anshuman Khandual
2025-10-07 9:53 ` Dev Jain
2025-10-07 8:47 ` David Hildenbrand
2025-10-09 11:35 ` Lance Yang
2025-10-10 1:18 ` Wei Yang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=584fea72-e564-4cf6-9435-ce4b03f2fd65@arm.com \
--to=dev.jain@arm.com \
--cc=akpm@linux-foundation.org \
--cc=anshuman.khandual@arm.com \
--cc=david@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox