Re: [PATCH v5 5/5] mm: rmap: support batched unmapping for file large folios
From: Dev Jain
Date: Wed Feb 18 2026 - 07:26:57 EST
On 13/02/26 10:49 am, Barry Song wrote:
> On Mon, Feb 9, 2026 at 5:43 PM Baolin Wang
> <baolin.wang@xxxxxxxxxxxxxxxxx> wrote:
> [...]
>>>> ---
>>>> mm/rmap.c | 7 ++++---
>>>> 1 file changed, 4 insertions(+), 3 deletions(-)
>>>>
>>>> diff --git a/mm/rmap.c b/mm/rmap.c
>>>> index 985ab0b085ba..e1d16003c514 100644
>>>> --- a/mm/rmap.c
>>>> +++ b/mm/rmap.c
>>>> @@ -1863,9 +1863,10 @@ 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 batching for now ... */
>>>> - if (!folio_test_anon(folio) || folio_test_swapbacked(folio))
>>>> + /* We only support lazyfree or file folios batching for now ... */
>>>> + if (folio_test_anon(folio) && folio_test_swapbacked(folio))
>>>> return 1;
>>> Right, the anon folio handling would require a bit more work in the
>>>
>>>
>>> } else if (folio_test_anon(folio)) {
>>>
>>> branch.
>>>
>>> Do you intend to tackle that one as well?
>> >> I'll reply to the fixup.
>>
>> I'm not sure whether Barry has time to continue this work. If he does
>> not, I can take over. Barry?
> I expect to have some availability after April 1st.
> In the meantime, please feel free to send along any patches
> if you and Dev would like to move forward before then :-)
On it :)
>
> Best regards
> Barry