mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
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,
	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, ryan.roberts@arm.com,
	anshuman.khandual@arm.com
Subject: Re: [PATCH 2/8] mm/swapfile: add batched version of folio_put_swap
Date: Sat, 25 Jul 2026 15:10:18 +0530	[thread overview]
Message-ID: <fd898e51-2b97-4ac8-98fc-0398d3778796@arm.com> (raw)
In-Reply-To: <CAGsJ_4wyRz01Z+Zv6RdiRJabsBm+0+obsqOW7v-h03OOzHcx+g@mail.gmail.com>



On 25/07/26 10:23 am, Barry Song wrote:
> On Thu, Jul 23, 2026 at 3:09 PM Dev Jain <dev.jain@arm.com> wrote:
>>
>> Add folio_put_swap_pages to handle a batch of consecutive pages. Note
>> that folio_put_swap already can handle a subset of this: nr_pages == 1 and
>> nr_pages == folio_nr_pages(folio). Generalize this to any nr_pages.
>>
>> Currently we have a not-so-nice logic of passing in subpage == NULL if
>> we mean to exercise the logic on the entire folio, and subpage != NULL if
>> we want to exercise the logic on only that subpage. Remove this
>> indirection: the caller invokes folio_put_swap_pages() if it wants to
>> operate on a range of pages in the folio (i.e nr_pages may be anything
>> between 1 and folio_nr_pages()), and invokes folio_put_swap() if it
>> wants to operate on the entire folio.
>>
>> Acked-by: David Hildenbrand (Arm) <david@kernel.org>
>> Signed-off-by: Dev Jain <dev.jain@arm.com>
> 
> Reviewed-by: Barry Song <baohua@kernel.org>

Thanks for your review.


> 
> [...]
>>
>> diff --git a/mm/memory.c b/mm/memory.c
>> index a620d425ec95e..d88df15018268 100644
>> --- a/mm/memory.c
>> +++ b/mm/memory.c
>> @@ -5198,7 +5198,7 @@ vm_fault_t do_swap_page(struct vm_fault *vmf)
>>         if (unlikely(folio != swapcache)) {
>>                 folio_add_new_anon_rmap(folio, vma, address, RMAP_EXCLUSIVE);
>>                 folio_add_lru_vma(folio, vma);
>> -               folio_put_swap(swapcache, NULL);
>> +               folio_put_swap(swapcache);
>>         } else if (!folio_test_anon(folio)) {
>>                 /*
>>                  * We currently only expect !anon folios that are fully
>> @@ -5207,12 +5207,12 @@ vm_fault_t do_swap_page(struct vm_fault *vmf)
>>                 VM_WARN_ON_ONCE_FOLIO(folio_nr_pages(folio) != nr_pages, folio);
>>                 VM_WARN_ON_ONCE_FOLIO(folio_mapped(folio), folio);
>>                 folio_add_new_anon_rmap(folio, vma, address, rmap_flags);
>> -               folio_put_swap(folio, NULL);
>> +               folio_put_swap(folio);
>>         } else {
>>                 VM_WARN_ON_ONCE(nr_pages != 1 && nr_pages != folio_nr_pages(folio));
>>                 folio_add_anon_rmap_ptes(folio, page, nr_pages, vma, address,
>>                                          rmap_flags);
>> -               folio_put_swap(folio, nr_pages == 1 ? page : NULL);
>> +               folio_put_swap_pages(folio, page, nr_pages);
> 
> Yes. In do_swap_page(), `page` points to the first page of the
> large folio.
>         if (folio_test_large(folio) && folio_test_swapcache(folio)) {
>                 ...
>                 page = &folio->page;
>         }
> 
>> --- a/mm/swapfile.c
>> +++ b/mm/swapfile.c
>> @@ -1817,27 +1817,25 @@ int folio_dup_swap_pages(struct folio *folio, struct page *page,
>>  }
>>
>>  /**
>> - * folio_put_swap() - Decrease swap count of swap entries of a folio.
>> + * folio_put_swap_pages() - Decrease swap count of swap entries of a folio.
>>   * @folio: folio with swap entries bounded, must be in swap cache and locked.
>> - * @page: if not NULL, only decrease the swap count of this page.
>> + * @page: the first page in the folio to decrease the swap count for.
>> + * @nr_pages: the number of pages in the folio to decrease the swap count for.
>>   *
>>   * This won't free the swap slots even if swap count drops to zero, they are
>>   * still pinned by the swap cache. User may call folio_free_swap to free them.
>>   * Context: Caller must ensure the folio is locked and in the swap cache.
>>   */
>> -void folio_put_swap(struct folio *folio, struct page *page)
>> +void folio_put_swap_pages(struct folio *folio, struct page *page,
>> +               unsigned long nr_pages)
>>  {
>>         swp_entry_t entry = folio->swap;
>> -       unsigned long nr_pages = folio_nr_pages(folio);
>>         struct swap_info_struct *si = __swap_entry_to_info(entry);
>>
>>         VM_WARN_ON_FOLIO(!folio_test_locked(folio), folio);
>>         VM_WARN_ON_FOLIO(!folio_test_swapcache(folio), folio);
>>
>> -       if (page) {
>> -               entry.val += folio_page_idx(folio, page);
>> -               nr_pages = 1;
>> -       }
>> +       entry.val += folio_page_idx(folio, page);
>>
>>         swap_put_entries_cluster(si, swp_offset(entry), nr_pages, false);
> 
> Maybe a guard against potential overflow would help? also in patch 1?
> 
> idx = folio_page_idx(folio, page);
> 
> VM_WARN_ON_FOLIO(idx + nr_pages > folio_nr_pages(folio), folio);

We had this discussion before and I am struggling to recall that - I think
there are currently both cases, the batched helpers not doing the sanity checking but
documenting it (I haven't documented it in this one, and in set_softleaf_ptes
too, will audit later), or doing the sanity checking.

But I also recall the expectation is that CONFIG_DEBUG_VM is not used in production
kernels, so I can put this in v2.

> 
> Best Regards
> Barry


  reply	other threads:[~2026-07-25  9:40 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-23  7:08 [PATCH 0/8] Optimize anonymous swapbacked large folio unmapping Dev Jain
2026-07-23  7:08 ` [PATCH 1/8] mm/swapfile: add batched version of folio_dup_swap Dev Jain
2026-07-25  4:35   ` Barry Song
2026-07-23  7:08 ` [PATCH 2/8] mm/swapfile: add batched version of folio_put_swap Dev Jain
2026-07-25  4:53   ` Barry Song
2026-07-25  9:40     ` Dev Jain [this message]
2026-07-23  7:08 ` [PATCH 3/8] mm/rmap: mm/rmap: Add batched version of folio_try_share_anon_rmap_pte Dev Jain
2026-07-23  7:09 ` [PATCH 4/8] mm/internal: rename swap offset helpers to softleaf offset Dev Jain
2026-07-23  7:09 ` [PATCH 5/8] mm/internal: add set_softleaf_ptes Dev Jain
2026-07-23  7:09 ` [PATCH 6/8] mm/memory: use set_softleaf_ptes for uffd-wp markers Dev Jain
2026-07-23  7:09 ` [PATCH 7/8] mm: move anon-exclusive batch helper to internal.h Dev Jain
2026-07-23  7:09 ` [PATCH 8/8] mm/rmap: batch unmap anonymous swap-backed large folios Dev Jain
2026-07-26  9:10 ` [PATCH 0/8] Optimize anonymous swapbacked large folio unmapping 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=fd898e51-2b97-4ac8-98fc-0398d3778796@arm.com \
    --to=dev.jain@arm.com \
    --cc=akpm@linux-foundation.org \
    --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=david@kernel.org \
    --cc=harry@kernel.org \
    --cc=hughd@google.com \
    --cc=jannh@google.com \
    --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=surenb@google.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®