From: Dev Jain <dev.jain@arm.com>
To: Barry Song <baohua@kernel.org>
Cc: akpm@linux-foundation.org, david@kernel.org, ljs@kernel.org,
hughd@google.com, chrisl@kernel.org, kasong@tencent.com,
davem@davemloft.net, andreas@gaisler.com, riel@surriel.com,
liam@infradead.org, vbabka@kernel.org, harry@kernel.org,
jannh@google.com, lance.yang@linux.dev,
baolin.wang@linux.alibaba.com, shikemeng@huaweicloud.com,
nphamcs@gmail.com, baoquan.he@linux.dev, youngjun.park@lge.com,
linux-mm@kvack.org, linux-kernel@vger.kernel.org,
rppt@kernel.org, surenb@google.com, mhocko@suse.com,
pfalcato@suse.de, jgg@ziepe.ca, thuth@redhat.com,
sparclinux@vger.kernel.org, ryan.roberts@arm.com,
anshuman.khandual@arm.com
Subject: Re: [PATCH v3 8/9] mm/rmap: batch unmap anonymous swap-backed large folios
Date: Fri, 25 Sep 2026 16:55:23 +0530 [thread overview]
Message-ID: <f61fa70f-882a-4787-918e-4b6959062c9c@arm.com> (raw)
In-Reply-To: <CAGsJ_4xhGwxQCH4sG4=dyomRkN_PGHeW7e0uz1MsQHFW-Gs6VA@mail.gmail.com>
On 25/09/26 11:45 am, Barry Song wrote:
> On Thu, Sep 24, 2026 at 9:12 PM Dev Jain <dev.jain@arm.com> wrote:
>>
>> Enable batch clearing of PTEs and batch swap setting of PTEs for anon
>> swap-backed folio unmapping.
>>
>> Processing all PTEs of a large folio in one go helps us batch across
>> atomics (add_mm_counter() etc), barriers in __folio_try_share_anon_rmap(),
>> and repeated calls to page_vma_mapped_walk(). In general, batching helps
>> execute similar code together, making the path more memory and CPU
>> friendly.
>>
>> On arm64-contpte, batching also helps avoid redundant ptep_get() calls
>> and TLB flushes while breaking the contpte mapping.
>>
>> The handling of anon-exclusivity is very similar to commit cac1db8c3aad
>> ("mm: optimize mprotect() by PTE batching"). Since
>> folio_unmap_pte_batch() does not look at the bits of the underlying page,
>> process sub-batches of PTEs pointing to pages with the same exclusivity
>> state, and batch set only those PTEs to swap PTEs in one go.
>>
>> Disable batching for sparc (because of arch_unmap_one), we will batch this
>> later.
>>
>> Rmap accounting and reference accounting must happen when anon folio unmap
>> succeeds. If a large folio is only partially batched or a later sub-batch
>> fails, account only the pages that were actually unmapped. Put that
>> accounting in __ttu_anon_swapbacked_folio() itself instead of using goto
>> jumps at the try_to_unmap_one() callsite.
>>
>> Similarly, do the finish_folio_unmap_batch() in ttu_anon_folio() itself for the
>> non-swapbacked lazyfree case.
>>
>> If the batch length is less than the number of pages in the folio, skip
>> over this batch. page_vma_mapped_walk() handles this: check_pte() returns
>> true only if any of [pvmw->pfn, pvmw->pfn + nr_pages) is mapped by the
>> PTE. Swap PTEs have no underlying PFN, so check_pte() returns false until
>> the walk reaches the next present PTE to unmap.
>>
>> Remove the finish_unmap label since no goto callers are left now.
>>
>> Signed-off-by: Dev Jain <dev.jain@arm.com>
>> ---
>> mm/rmap.c | 109 +++++++++++++++++++++++++++++++++++++++---------------
>> 1 file changed, 80 insertions(+), 29 deletions(-)
>>
>> diff --git a/mm/rmap.c b/mm/rmap.c
>> index fa9fc8374fc26..cdda9efd80bc3 100644
>> --- a/mm/rmap.c
>> +++ b/mm/rmap.c
>> @@ -1966,12 +1966,13 @@ static inline unsigned int folio_unmap_pte_batch(struct folio *folio,
>> end_addr = pmd_addr_end(addr, vma->vm_end);
>> max_nr = (end_addr - addr) >> PAGE_SHIFT;
>>
>> - /* We only support lazyfree or file folios batching for now ... */
>> - if (folio_test_anon(folio) && folio_test_swapbacked(folio))
>> + if (pte_unused(pte))
>> return 1;
>>
>> - if (pte_unused(pte))
>> +#ifdef __HAVE_ARCH_UNMAP_ONE
>> + if (folio_test_anon(folio) && folio_test_swapbacked(folio))
>> return 1;
>> +#endif
>>
>> /*
>> * If unmap fails, we need to restore the ptes. To avoid accidentally
>> @@ -2141,16 +2142,25 @@ static pte_t swp_pte_prepare(swp_entry_t entry, pte_t old_pte,
>> return swp_pte;
>> }
>>
>> -static bool ttu_anon_swapbacked_folio(struct vm_area_struct *vma,
>> +static void finish_folio_unmap_batch(struct vm_area_struct *vma,
>> + struct folio *folio, struct page *page, unsigned long nr_pages)
>> +{
>> + folio_remove_rmap_ptes(folio, page, nr_pages, vma);
>> + if (vma->vm_flags & VM_LOCKED)
>> + mlock_drain_local();
>> + folio_put_refs(folio, nr_pages);
>> +}
>> +
>> +static bool __ttu_anon_swapbacked_folio(struct vm_area_struct *vma,
>> struct folio *folio, struct page *page, unsigned long address,
>> - pte_t *ptep, pte_t pteval)
>> + pte_t *ptep, pte_t pteval, unsigned long nr_pages,
>> + bool anon_exclusive)
>> {
>> - const bool anon_exclusive = folio_test_anon(folio) &&
>> - PageAnonExclusive(page);
>> swp_entry_t entry = folio_page_swap_entry(folio, page);
>> struct mm_struct *mm = vma->vm_mm;
>> + pte_t swp_pte;
>>
>> - if (folio_dup_swap_pages(folio, page, 1) < 0)
>> + if (folio_dup_swap_pages(folio, page, nr_pages) < 0)
>> return false;
>>
>> /*
>> @@ -2159,21 +2169,57 @@ static bool ttu_anon_swapbacked_folio(struct vm_area_struct *vma,
>> * so we'll not check/care.
>> */
>> if (arch_unmap_one(mm, vma, address, pteval) < 0) {
>> - folio_put_swap_pages(folio, page, 1);
>> + VM_WARN_ON(nr_pages != 1);
>> + folio_put_swap_pages(folio, page, nr_pages);
>> return false;
>> }
>>
>> /* See folio_try_share_anon_rmap(): clear PTE first. */
>> - if (anon_exclusive && folio_try_share_anon_rmap_pte(folio, page)) {
>> - folio_put_swap_pages(folio, page, 1);
>> + if (anon_exclusive &&
>> + folio_try_share_anon_rmap_ptes(folio, page, nr_pages)) {
>> + folio_put_swap_pages(folio, page, nr_pages);
>> return false;
>> }
>>
>> mm_prepare_for_swap_entries(mm);
>> - dec_mm_counter(mm, MM_ANONPAGES);
>> - inc_mm_counter(mm, MM_SWAPENTS);
>> - set_pte_at(mm, address, ptep,
>> - swp_pte_prepare(entry, pteval, anon_exclusive));
>> + add_mm_counter(mm, MM_ANONPAGES, -nr_pages);
>> + add_mm_counter(mm, MM_SWAPENTS, nr_pages);
>> + swp_pte = swp_pte_prepare(entry, pteval, anon_exclusive);
>> + set_softleaf_ptes(mm, address, ptep, swp_pte, nr_pages);
>> + finish_folio_unmap_batch(vma, folio, page, nr_pages);
>> + return true;
>> +}
>> +
>> +static bool ttu_anon_swapbacked_folio(struct vm_area_struct *vma,
>> + struct folio *folio, struct page *first_page,
>> + unsigned long address, pte_t *ptep, pte_t pteval,
>> + unsigned long nr_pages)
>> +{
>> + unsigned long batch_idx = 0;
>> +
>> + while (nr_pages) {
>> + bool anon_exclusive = PageAnonExclusive(first_page + batch_idx);
>> + unsigned long len = page_anon_exclusive_batch(batch_idx,
>> + nr_pages, first_page, anon_exclusive);
>> +
>> + if (!__ttu_anon_swapbacked_folio(vma, folio,
>> + first_page + batch_idx, address, ptep, pteval,
>> + len, anon_exclusive)) {
>> + /* Restore the remaining PTEs that were cleared. */
>> + set_ptes(vma->vm_mm, address, ptep, pteval, nr_pages);
>> + return false;
>> + }
>> +
>> + nr_pages -= len;
>> + if (!nr_pages)
>> + break;
>> +
>> + pteval = pte_advance_pfn(pteval, len);
>> + address += len * PAGE_SIZE;
>> + batch_idx += len;
>> + ptep += len;
>> + }
>> +
>> return true;
>> }
>>
>> @@ -2186,15 +2232,22 @@ static bool ttu_anon_folio(struct vm_area_struct *vma, struct folio *folio,
>> * See handle_pte_fault() ...
>> */
>> if (WARN_ON_ONCE(folio_test_swapbacked(folio) !=
>> - folio_test_swapcache(folio)))
>> + folio_test_swapcache(folio))) {
>> + set_ptes(vma->vm_mm, address, ptep, pteval, nr_pages);
>> return false;
>> + }
>>
>> - if (!folio_test_swapbacked(folio))
>> - return ttu_anon_lazyfree_folio(vma, folio, nr_pages);
>> + if (!folio_test_swapbacked(folio)) {
>> + if (!ttu_anon_lazyfree_folio(vma, folio, nr_pages)) {
>> + set_ptes(vma->vm_mm, address, ptep, pteval, nr_pages);
>> + return false;
>> + }
>> + finish_folio_unmap_batch(vma, folio, page, nr_pages);
>> + return true;
>> + }
>
> Hi Dev,
>
> if we look at the whole `ttu_anon_folio()` code:
>
> static bool ttu_anon_folio(struct vm_area_struct *vma, struct folio *folio,
> struct page *page, unsigned long address, pte_t *ptep,
> pte_t pteval, unsigned long nr_pages)
> {
> /*
> * Store the swap location in the pte.
> * See handle_pte_fault() ...
> */
> if (WARN_ON_ONCE(folio_test_swapbacked(folio) !=
> folio_test_swapcache(folio))) {
> set_ptes(vma->vm_mm, address, ptep, pteval, nr_pages);
> return false;
> }
>
> if (!folio_test_swapbacked(folio)) {
> if (!ttu_anon_lazyfree_folio(vma, folio, nr_pages)) {
> set_ptes(vma->vm_mm, address, ptep, pteval, nr_pages);
> return false;
> }
> finish_folio_unmap_batch(vma, folio, page, nr_pages);
> return true;
> }
>
> return ttu_anon_swapbacked_folio(vma, folio, page, address, ptep,
> pteval, nr_pages);
> }
>
> The comment "Store the swap location in the pte" is really out of
> place. Since we are already here, can we move it to the right place?
I am not sure what is the "right place" you are referring to : ) More
than that, this comments feels very out of date - it is well-know that
the "swap location" is stored in the pte.
In fact, this comment starts on top of the wrong block, which is a
debug assertion for "when we are here, swapbacked if and only if swapcache".
So I'd rather just remove it.
>
>>
>> - /* nr_pages > 1 not supported yet */
>> return ttu_anon_swapbacked_folio(vma, folio, page, address, ptep,
>> - pteval);
>> + pteval, nr_pages);
>> }
>>
>> /*
>> @@ -2374,13 +2427,14 @@ static bool try_to_unmap_one(struct folio *folio, struct vm_area_struct *vma,
>> */
>> dec_mm_counter(mm, mm_counter(folio));
>> } else if (folio_test_anon(folio)) {
>> + /* finish_folio_unmap_batch handled internally */
>
>
> let me paste the final code here:
>
> } else if (folio_test_anon(folio)) {
> /* finish_folio_unmap_batch handled internally */
> if (!ttu_anon_folio(vma, folio, page, address,
> pvmw.pte, pteval, nr_pages))
> goto walk_abort;
>
> if (nr_pages == folio_nr_pages(folio))
> goto walk_done;
> continue;
> } else {
> ...
> }
>
> finish_folio_unmap_batch(vma, folio, page, nr_pages);
>
> /*
> * If we are sure that we batched the entire folio and cleared
> * all PTEs, we can just optimize and stop right here.
> */
> if (nr_pages == folio_nr_pages(folio))
> goto walk_done;
> continue;
>
> I am really struggling to read the code here. For anon folios, we
> handle `finish_folio_unmap_batch()` internally, while for other folios
> we still do it outside. This feels a bit inconsistent.
>
> Also, we are duplicating the code below twice:
>
> if (nr_pages == folio_nr_pages(folio))
> goto walk_done;
>
> Can't we just do `finish_folio_unmap_batch()` like the other cases?
The core problem is that we may succeed on a partial range.
ttu_anon_swapbacked_folio can succeed on x < nr_pages. So for x, we
should call finish_folio_unmap_batch. Either we do it my way, or,
ttu_anon_folio returns the number of pages successfully unmapped = x,
and then even in case of "failure" (we should now jump to
walk_abort since we failed to unmap 'nr_pages - x' pages) we call
finish_folio_unmap_batch for x pages.
IMHO that is uglier. I wanted to avoid this label jumping. I would
be interested in hearing a better alternate : )
>
> That would also avoid the duplication.
>
> Best Regards
> Barry
next prev parent reply other threads:[~2026-09-25 11:25 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-24 13:09 [PATCH v3 0/9] Optimize anonymous swapbacked large folio unmapping Dev Jain
2026-09-24 13:09 ` [PATCH v3 1/9] mm/swapfile: add batched version of folio_dup_swap Dev Jain
2026-09-24 13:09 ` [PATCH v3 2/9] mm/swapfile: add batched version of folio_put_swap Dev Jain
2026-09-24 13:09 ` [PATCH v3 3/9] mm: move anon-exclusive batch helper to rmap.h Dev Jain
2026-09-24 21:02 ` Barry Song
2026-09-25 10:18 ` Dev Jain
2026-09-24 13:09 ` [PATCH v3 4/9] mm/rmap: Add batched version of folio_try_share_anon_rmap_pte Dev Jain
2026-09-25 5:30 ` Barry Song
2026-09-25 11:09 ` Dev Jain
2026-09-25 12:03 ` Barry Song
2026-09-24 13:09 ` [PATCH v3 5/9] mm/internal: rename swap offset helpers to softleaf offset Dev Jain
2026-09-24 13:09 ` [PATCH v3 6/9] mm/internal: add set_softleaf_ptes Dev Jain
2026-09-24 13:09 ` [PATCH v3 7/9] mm/memory: use set_softleaf_ptes for uffd-wp markers Dev Jain
2026-09-24 13:09 ` [PATCH v3 8/9] mm/rmap: batch unmap anonymous swap-backed large folios Dev Jain
2026-09-25 6:15 ` Barry Song
2026-09-25 11:25 ` Dev Jain [this message]
2026-09-24 13:09 ` [PATCH v3 9/9] mm, sparc: batch arch_unmap_one() Dev Jain
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=f61fa70f-882a-4787-918e-4b6959062c9c@arm.com \
--to=dev.jain@arm.com \
--cc=akpm@linux-foundation.org \
--cc=andreas@gaisler.com \
--cc=anshuman.khandual@arm.com \
--cc=baohua@kernel.org \
--cc=baolin.wang@linux.alibaba.com \
--cc=baoquan.he@linux.dev \
--cc=chrisl@kernel.org \
--cc=davem@davemloft.net \
--cc=david@kernel.org \
--cc=harry@kernel.org \
--cc=hughd@google.com \
--cc=jannh@google.com \
--cc=jgg@ziepe.ca \
--cc=kasong@tencent.com \
--cc=lance.yang@linux.dev \
--cc=liam@infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=ljs@kernel.org \
--cc=mhocko@suse.com \
--cc=nphamcs@gmail.com \
--cc=pfalcato@suse.de \
--cc=riel@surriel.com \
--cc=rppt@kernel.org \
--cc=ryan.roberts@arm.com \
--cc=shikemeng@huaweicloud.com \
--cc=sparclinux@vger.kernel.org \
--cc=surenb@google.com \
--cc=thuth@redhat.com \
--cc=vbabka@kernel.org \
--cc=youngjun.park@lge.com \
/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
all inboxes | Powered by JetHome®