[PATCH v1 10/16] mm/memory: use __zap_vma_range() in zap_vma_for_reaping()

Lorenzo Stoakes (Oracle) ljs at kernel.org
Fri Mar 6 23:26:31 AEDT 2026


On Fri, Feb 27, 2026 at 09:08:41PM +0100, David Hildenbrand (Arm) wrote:
> Let's call __zap_vma_range() instead of unmap_page_range() to prepare
> for further cleanups.
>
> To keep the existing behavior, whereby we do not call uprobe_munmap()
> which could block, add a new "reaping" member to zap_details and use it.

I am always in favour of making further use of helper structs :)

>
> Likely we should handle the possible blocking in uprobe_munmap()
> differently, but for now keep it unchanged.
>
> Signed-off-by: David Hildenbrand (Arm) <david at kernel.org>

OK this looks like it's doing the equivalent of what was there before, so:

Reviewed-by: Lorenzo Stoakes (Oracle) <ljs at kernel.org>

> ---
>  include/linux/mm.h |  1 +
>  mm/memory.c        | 13 +++++++++----
>  2 files changed, 10 insertions(+), 4 deletions(-)
>
> diff --git a/include/linux/mm.h b/include/linux/mm.h
> index 21b67c203e62..4710f7c7495a 100644
> --- a/include/linux/mm.h
> +++ b/include/linux/mm.h
> @@ -2800,6 +2800,7 @@ struct zap_details {
>  	struct folio *single_folio;	/* Locked folio to be unmapped */
>  	bool skip_cows;			/* Do not zap COWed private pages */
>  	bool reclaim_pt;		/* Need reclaim page tables? */
> +	bool reaping;			/* Reaping, do not block. */
>  	zap_flags_t zap_flags;		/* Extra flags for zapping */
>  };
>
> diff --git a/mm/memory.c b/mm/memory.c
> index 7d7c24c6917c..394b2e931974 100644
> --- a/mm/memory.c
> +++ b/mm/memory.c
> @@ -2079,14 +2079,18 @@ static void __zap_vma_range(struct mmu_gather *tlb, struct vm_area_struct *vma,
>  		unsigned long start, unsigned long end,
>  		struct zap_details *details)
>  {
> +	const bool reaping = details && details->reaping;
> +
>  	VM_WARN_ON_ONCE(start >= end || !range_in_vma(vma, start, end));
>
> -	if (vma->vm_file)
> +	/* uprobe_munmap() might sleep, so skip it when reaping. */
> +	if (vma->vm_file && !reaping)
>  		uprobe_munmap(vma, start, end);
>
>  	if (unlikely(is_vm_hugetlb_page(vma))) {
>  		zap_flags_t zap_flags = details ? details->zap_flags : 0;
>
> +		VM_WARN_ON_ONCE(reaping);
>  		/*
>  		 * vm_file will be NULL when we fail early while instantiating
>  		 * a new mapping. In this case, no pages were mapped yet and
> @@ -2111,11 +2115,12 @@ static void __zap_vma_range(struct mmu_gather *tlb, struct vm_area_struct *vma,
>   */
>  int zap_vma_for_reaping(struct vm_area_struct *vma)
>  {
> +	struct zap_details details = {
> +		.reaping = true,
> +	};
>  	struct mmu_notifier_range range;
>  	struct mmu_gather tlb;
>
> -	VM_WARN_ON_ONCE(is_vm_hugetlb_page(vma));
> -

I guess because you've moved this safety check into __zap_vma_range()?

>  	mmu_notifier_range_init(&range, MMU_NOTIFY_CLEAR, 0, vma->vm_mm,
>  				vma->vm_start, vma->vm_end);
>  	tlb_gather_mmu(&tlb, vma->vm_mm);
> @@ -2123,7 +2128,7 @@ int zap_vma_for_reaping(struct vm_area_struct *vma)
>  		tlb_finish_mmu(&tlb);
>  		return -EBUSY;
>  	}
> -	unmap_page_range(&tlb, vma, range.start, range.end, NULL);
> +	__zap_vma_range(&tlb, vma, range.start, range.end, &details);
>  	mmu_notifier_invalidate_range_end(&range);
>  	tlb_finish_mmu(&tlb);
>  	return 0;
> --
> 2.43.0
>


More information about the Linuxppc-dev mailing list