Re: [PATCH] mm: refactor folio_undo_large_rmappable()

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

To: Lance Yang <ioworker0@xxxxxxxxx>
Subject: Re: [PATCH] mm: refactor folio_undo_large_rmappable()
From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
Date: Thu, 16 May 2024 12:43:26 +0800
Cc: <david@xxxxxxxxxx>, <hannes@xxxxxxxxxxx>, <linux-mm@xxxxxxxxx>, <mhocko@xxxxxxxxxx>, <roman.gushchin@xxxxxxxxx>, <shakeel.butt@xxxxxxxxx>, <willy@xxxxxxxxxxxxx>
In-reply-to: <20240515065326.37970-1-ioworker0@gmail.com>
References: <20240515064506.72253-1-wangkefeng.wang@huawei.com> <20240515065326.37970-1-ioworker0@gmail.com>
User-agent: Mozilla Thunderbird



On 2024/5/15 14:53, Lance Yang wrote:

Hi Kefeng,

In addtion, move all the checks into headfile to save a function call
for non-large-rmappable or empty deferred_list folio.


s/addtion/addition

And, IMO, 'headfile' looks a bit weird :)
s/headfile/header file


Thanks, will fix them.


Thanks,
Lance

References:
- [PATCH] mm: refactor folio_undo_large_rmappable()
  - From: Kefeng Wang
- Re: [PATCH] mm: refactor folio_undo_large_rmappable()
  - From: Lance Yang

Prev by Date: [PATCH] selftests/mm: va_high_addr_switch: Do not skip test and give warning message post FEAT_LPA2
Next by Date: Re: [LSFMM] automating measuring memory fragmentation
Previous by thread: Re: [PATCH] mm: refactor folio_undo_large_rmappable()
Next by thread: Re: [PATCH] mm: refactor folio_undo_large_rmappable()
Index(es):
- Date
- Thread

[Index of Archives] [Linux ARM Kernel] [Linux ARM] [Linux Omap] [Fedora ARM] [IETF Annouce] [Bugtraq] [Linux OMAP] [Linux MIPS] [eCos] [Asterisk Internet PBX] [Linux API]

Powered by Linux