linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: "Liam R. Howlett" <Liam.Howlett@oracle.com>
To: Mike Rapoport <rppt@kernel.org>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Andreas Larsson <andreas@gaisler.com>,
	Borislav Petkov <bp@alien8.de>, Brian Cain <bcain@kernel.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	"Christophe Leroy (CS GROUP)" <chleroy@kernel.org>,
	"David S. Miller" <davem@davemloft.net>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	David Hildenbrand <david@kernel.org>,
	Dinh Nguyen <dinguyen@kernel.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Guo Ren <guoren@kernel.org>, Helge Deller <deller@gmx.de>,
	Huacai Chen <chenhuacai@kernel.org>,
	Ingo Molnar <mingo@redhat.com>,
	Johannes Berg <johannes@sipsolutions.net>,
	John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>,
	Lorenzo Stoakes <lorenzo.stoakes@oracle.com>,
	Madhavan Srinivasan <maddy@linux.ibm.com>,
	Magnus Lindholm <linmag7@gmail.com>,
	Matt Turner <mattst88@gmail.com>,
	Max Filippov <jcmvbkbc@gmail.com>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Michal Hocko <mhocko@suse.com>, Michal Simek <monstr@monstr.eu>,
	Palmer Dabbelt <palmer@dabbelt.com>,
	Richard Weinberger <richard@nod.at>,
	Russell King <linux@armlinux.org.uk>,
	Stafford Horne <shorne@gmail.com>,
	Suren Baghdasaryan <surenb@google.com>,
	Thomas Gleixner <tglx@kernel.org>,
	Vineet Gupta <vgupta@kernel.org>,
	Vlastimil Babka <vbabka@suse.cz>, Will Deacon <will@kernel.org>,
	linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-snps-arc@lists.infradead.org,
	linux-arm-kernel@lists.infradead.org, linux-csky@vger.kernel.org,
	linux-hexagon@vger.kernel.org, loongarch@lists.linux.dev,
	linux-m68k@lists.linux-m68k.org, linux-openrisc@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-riscv@lists.infradead.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-um@lists.infradead.org,
	linux-mm@kvack.org, x86@kernel.org
Subject: Re: [PATCH v3 2/4] mm: rename my_zero_pfn() to zero_pfn()
Date: Thu, 12 Feb 2026 13:33:28 -0500	[thread overview]
Message-ID: <zyvz4q6beuad4ltbbjhmocsej5ziayulvbwhlkyfvhyaigcxqe@kmsp4lgoh3ta> (raw)
In-Reply-To: <20260211103141.3215197-3-rppt@kernel.org>

* Mike Rapoport <rppt@kernel.org> [260211 05:32]:
> From: "Mike Rapoport (Microsoft)" <rppt@kernel.org>
> 
> my_zero_pfn() is a silly name.
> 
> Rename zero_pfn variable to zero_page_pfn and my_zero_pfn() function to
> zero_pfn().
> 
> While on it, move extern declarations of zero_page_pfn outside the
> functions that use it and add a comment about what ZERO_PAGE is.
> 
> Signed-off-by: Mike Rapoport (Microsoft) <rppt@kernel.org>

Reviewed-by: Liam R. Howlett <Liam.Howlett@oracle.com>

> ---
>  arch/x86/kvm/mmu/spte.h |  2 +-
>  fs/dax.c                |  2 +-
>  fs/proc/vmcore.c        |  2 +-
>  include/linux/pgtable.h | 28 ++++++++++++++++++++--------
>  mm/huge_memory.c        |  2 +-
>  mm/memory.c             |  2 +-
>  mm/migrate.c            |  2 +-
>  mm/mm_init.c            | 10 +++++-----
>  mm/userfaultfd.c        |  4 ++--
>  9 files changed, 33 insertions(+), 21 deletions(-)
> 
> diff --git a/arch/x86/kvm/mmu/spte.h b/arch/x86/kvm/mmu/spte.h
> index 91ce29fd6f1b..8c0ffa2cded6 100644
> --- a/arch/x86/kvm/mmu/spte.h
> +++ b/arch/x86/kvm/mmu/spte.h
> @@ -248,7 +248,7 @@ extern u64 __read_mostly shadow_nonpresent_or_rsvd_lower_gfn_mask;
>  
>  static inline hpa_t kvm_mmu_get_dummy_root(void)
>  {
> -	return my_zero_pfn(0) << PAGE_SHIFT;
> +	return zero_pfn(0) << PAGE_SHIFT;
>  }
>  
>  static inline bool kvm_mmu_is_dummy_root(hpa_t shadow_page)
> diff --git a/fs/dax.c b/fs/dax.c
> index 289e6254aa30..b78cff9c91b3 100644
> --- a/fs/dax.c
> +++ b/fs/dax.c
> @@ -1360,7 +1360,7 @@ static vm_fault_t dax_load_hole(struct xa_state *xas, struct vm_fault *vmf,
>  {
>  	struct inode *inode = iter->inode;
>  	unsigned long vaddr = vmf->address;
> -	unsigned long pfn = my_zero_pfn(vaddr);
> +	unsigned long pfn = zero_pfn(vaddr);
>  	vm_fault_t ret;
>  
>  	*entry = dax_insert_entry(xas, vmf, iter, *entry, pfn, DAX_ZERO_PAGE);
> diff --git a/fs/proc/vmcore.c b/fs/proc/vmcore.c
> index f188bd900eb2..44d15436439f 100644
> --- a/fs/proc/vmcore.c
> +++ b/fs/proc/vmcore.c
> @@ -525,7 +525,7 @@ static int remap_oldmem_pfn_checked(struct vm_area_struct *vma,
>  {
>  	unsigned long map_size;
>  	unsigned long pos_start, pos_end, pos;
> -	unsigned long zeropage_pfn = my_zero_pfn(0);
> +	unsigned long zeropage_pfn = zero_pfn(0);
>  	size_t len = 0;
>  
>  	pos_start = pfn;
> diff --git a/include/linux/pgtable.h b/include/linux/pgtable.h
> index 08a88b0d56e5..9bacf4df9769 100644
> --- a/include/linux/pgtable.h
> +++ b/include/linux/pgtable.h
> @@ -1882,27 +1882,39 @@ static inline void pfnmap_setup_cachemode_pfn(unsigned long pfn, pgprot_t *prot)
>  	pfnmap_setup_cachemode(pfn, PAGE_SIZE, prot);
>  }
>  
> +/*
> + * ZERO_PAGE() is global shared page(s) that is always zero. It is used for
> + * zero-mapped memory areas, CoW etc.
> + *
> + * On architectures that __HAVE_COLOR_ZERO_PAGE there are several such pages
> + * for different ranges in the virtual address space.
> + *
> + * zero_page_pfn identifies the first (or the only) pfn for these pages.
> + */
>  #ifdef __HAVE_COLOR_ZERO_PAGE
>  static inline int is_zero_pfn(unsigned long pfn)
>  {
> -	extern unsigned long zero_pfn;
> -	unsigned long offset_from_zero_pfn = pfn - zero_pfn;
> +	extern unsigned long zero_page_pfn;
> +	unsigned long offset_from_zero_pfn = pfn - zero_page_pfn;
> +
>  	return offset_from_zero_pfn <= (zero_page_mask >> PAGE_SHIFT);
>  }
>  
> -#define my_zero_pfn(addr)	page_to_pfn(ZERO_PAGE(addr))
> +#define zero_pfn(addr)	page_to_pfn(ZERO_PAGE(addr))
>  
>  #else
>  static inline int is_zero_pfn(unsigned long pfn)
>  {
> -	extern unsigned long zero_pfn;
> -	return pfn == zero_pfn;
> +	extern unsigned long zero_page_pfn;
> +
> +	return pfn == zero_page_pfn;
>  }
>  
> -static inline unsigned long my_zero_pfn(unsigned long addr)
> +static inline unsigned long zero_pfn(unsigned long addr)
>  {
> -	extern unsigned long zero_pfn;
> -	return zero_pfn;
> +	extern unsigned long zero_page_pfn;
> +
> +	return zero_page_pfn;
>  }
>  #endif /* __HAVE_COLOR_ZERO_PAGE */
>  
> diff --git a/mm/huge_memory.c b/mm/huge_memory.c
> index 44ff8a648afd..bc15fd152526 100644
> --- a/mm/huge_memory.c
> +++ b/mm/huge_memory.c
> @@ -2968,7 +2968,7 @@ static void __split_huge_zero_page_pmd(struct vm_area_struct *vma,
>  	for (i = 0, addr = haddr; i < HPAGE_PMD_NR; i++, addr += PAGE_SIZE) {
>  		pte_t entry;
>  
> -		entry = pfn_pte(my_zero_pfn(addr), vma->vm_page_prot);
> +		entry = pfn_pte(zero_pfn(addr), vma->vm_page_prot);
>  		entry = pte_mkspecial(entry);
>  		if (pmd_uffd_wp(old_pmd))
>  			entry = pte_mkuffd_wp(entry);
> diff --git a/mm/memory.c b/mm/memory.c
> index 51d2018a387a..ae610afa9cea 100644
> --- a/mm/memory.c
> +++ b/mm/memory.c
> @@ -5165,7 +5165,7 @@ static vm_fault_t do_anonymous_page(struct vm_fault *vmf)
>  	/* Use the zero-page for reads */
>  	if (!(vmf->flags & FAULT_FLAG_WRITE) &&
>  			!mm_forbids_zeropage(vma->vm_mm)) {
> -		entry = pte_mkspecial(pfn_pte(my_zero_pfn(vmf->address),
> +		entry = pte_mkspecial(pfn_pte(zero_pfn(vmf->address),
>  						vma->vm_page_prot));
>  		vmf->pte = pte_offset_map_lock(vma->vm_mm, vmf->pmd,
>  				vmf->address, &vmf->ptl);
> diff --git a/mm/migrate.c b/mm/migrate.c
> index 1bf2cf8c44dd..739c4e03769b 100644
> --- a/mm/migrate.c
> +++ b/mm/migrate.c
> @@ -321,7 +321,7 @@ static bool try_to_map_unused_to_zeropage(struct page_vma_mapped_walk *pvmw,
>  	if (!pages_identical(page, ZERO_PAGE(0)))
>  		return false;
>  
> -	newpte = pte_mkspecial(pfn_pte(my_zero_pfn(pvmw->address),
> +	newpte = pte_mkspecial(pfn_pte(zero_pfn(pvmw->address),
>  					pvmw->vma->vm_page_prot));
>  
>  	if (pte_swp_soft_dirty(old_pte))
> diff --git a/mm/mm_init.c b/mm/mm_init.c
> index dcf9eff34f83..a0ca236eb4f5 100644
> --- a/mm/mm_init.c
> +++ b/mm/mm_init.c
> @@ -53,8 +53,8 @@ EXPORT_SYMBOL(mem_map);
>  void *high_memory;
>  EXPORT_SYMBOL(high_memory);
>  
> -unsigned long zero_pfn __ro_after_init;
> -EXPORT_SYMBOL(zero_pfn);
> +unsigned long zero_page_pfn __ro_after_init;
> +EXPORT_SYMBOL(zero_page_pfn);
>  
>  #ifdef CONFIG_DEBUG_MEMORY_INIT
>  int __meminitdata mminit_loglevel;
> @@ -2670,12 +2670,12 @@ static void __init mem_init_print_info(void)
>  		);
>  }
>  
> -static int __init init_zero_pfn(void)
> +static int __init init_zero_page_pfn(void)
>  {
> -	zero_pfn = page_to_pfn(ZERO_PAGE(0));
> +	zero_page_pfn = page_to_pfn(ZERO_PAGE(0));
>  	return 0;
>  }
> -early_initcall(init_zero_pfn);
> +early_initcall(init_zero_page_pfn);
>  
>  void __init __weak arch_mm_preinit(void)
>  {
> diff --git a/mm/userfaultfd.c b/mm/userfaultfd.c
> index 927086bb4a3c..e19872e51878 100644
> --- a/mm/userfaultfd.c
> +++ b/mm/userfaultfd.c
> @@ -357,7 +357,7 @@ static int mfill_atomic_pte_zeropage(pmd_t *dst_pmd,
>  	if (mm_forbids_zeropage(dst_vma->vm_mm))
>  		return mfill_atomic_pte_zeroed_folio(dst_pmd, dst_vma, dst_addr);
>  
> -	_dst_pte = pte_mkspecial(pfn_pte(my_zero_pfn(dst_addr),
> +	_dst_pte = pte_mkspecial(pfn_pte(zero_pfn(dst_addr),
>  					 dst_vma->vm_page_prot));
>  	ret = -EAGAIN;
>  	dst_pte = pte_offset_map_lock(dst_vma->vm_mm, dst_pmd, dst_addr, &ptl);
> @@ -1229,7 +1229,7 @@ static int move_zeropage_pte(struct mm_struct *mm,
>  		return -EAGAIN;
>  	}
>  
> -	zero_pte = pte_mkspecial(pfn_pte(my_zero_pfn(dst_addr),
> +	zero_pte = pte_mkspecial(pfn_pte(zero_pfn(dst_addr),
>  					 dst_vma->vm_page_prot));
>  	ptep_clear_flush(src_vma, src_addr, src_pte);
>  	set_pte_at(mm, dst_addr, dst_pte, zero_pte);
> -- 
> 2.51.0
> 


  parent reply	other threads:[~2026-02-12 18:34 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-02-11 10:31 [PATCH v3 0/4] arch, mm: consolidate empty_zero_page Mike Rapoport
2026-02-11 10:31 ` [PATCH v3 1/4] mm: don't special case !MMU for is_zero_pfn() and my_zero_pfn() Mike Rapoport
2026-02-12  8:58   ` David Hildenbrand (Arm)
2026-02-12 18:30   ` Liam R. Howlett
2026-02-11 10:31 ` [PATCH v3 2/4] mm: rename my_zero_pfn() to zero_pfn() Mike Rapoport
2026-02-12  9:01   ` David Hildenbrand (Arm)
2026-02-12 15:28   ` Vlastimil Babka
2026-02-12 18:33   ` Liam R. Howlett [this message]
2026-02-11 10:31 ` [PATCH v3 3/4] arch, mm: consolidate empty_zero_page Mike Rapoport
2026-02-11 20:14   ` Magnus Lindholm
2026-02-12  5:33   ` Dinh Nguyen
2026-02-12  8:38   ` Andreas Larsson
2026-02-12  9:04   ` David Hildenbrand (Arm)
2026-02-12 18:38   ` Liam R. Howlett
2026-02-11 10:31 ` [PATCH v3 4/4] mm: cache struct page for empty_zero_page and return it from ZERO_PAGE() Mike Rapoport
2026-02-12  9:08   ` David Hildenbrand (Arm)
2026-02-12 18:40   ` Liam R. Howlett

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=zyvz4q6beuad4ltbbjhmocsej5ziayulvbwhlkyfvhyaigcxqe@kmsp4lgoh3ta \
    --to=liam.howlett@oracle.com \
    --cc=akpm@linux-foundation.org \
    --cc=andreas@gaisler.com \
    --cc=bcain@kernel.org \
    --cc=bp@alien8.de \
    --cc=catalin.marinas@arm.com \
    --cc=chenhuacai@kernel.org \
    --cc=chleroy@kernel.org \
    --cc=dave.hansen@linux.intel.com \
    --cc=davem@davemloft.net \
    --cc=david@kernel.org \
    --cc=deller@gmx.de \
    --cc=dinguyen@kernel.org \
    --cc=geert@linux-m68k.org \
    --cc=glaubitz@physik.fu-berlin.de \
    --cc=guoren@kernel.org \
    --cc=jcmvbkbc@gmail.com \
    --cc=johannes@sipsolutions.net \
    --cc=linmag7@gmail.com \
    --cc=linux-alpha@vger.kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-csky@vger.kernel.org \
    --cc=linux-hexagon@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-m68k@lists.linux-m68k.org \
    --cc=linux-mm@kvack.org \
    --cc=linux-openrisc@vger.kernel.org \
    --cc=linux-parisc@vger.kernel.org \
    --cc=linux-riscv@lists.infradead.org \
    --cc=linux-sh@vger.kernel.org \
    --cc=linux-snps-arc@lists.infradead.org \
    --cc=linux-um@lists.infradead.org \
    --cc=linux@armlinux.org.uk \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=loongarch@lists.linux.dev \
    --cc=lorenzo.stoakes@oracle.com \
    --cc=maddy@linux.ibm.com \
    --cc=mattst88@gmail.com \
    --cc=mhocko@suse.com \
    --cc=mingo@redhat.com \
    --cc=monstr@monstr.eu \
    --cc=mpe@ellerman.id.au \
    --cc=palmer@dabbelt.com \
    --cc=richard@nod.at \
    --cc=rppt@kernel.org \
    --cc=shorne@gmail.com \
    --cc=sparclinux@vger.kernel.org \
    --cc=surenb@google.com \
    --cc=tglx@kernel.org \
    --cc=vbabka@suse.cz \
    --cc=vgupta@kernel.org \
    --cc=will@kernel.org \
    --cc=x86@kernel.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