[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1d86c821-89f6-cc46-ceb4-fac7748212e5@arm.com>
Date: Wed, 28 Apr 2021 08:40:00 +0530
From: Anshuman Khandual <anshuman.khandual@....com>
To: Miaohe Lin <linmiaohe@...wei.com>, akpm@...ux-foundation.org
Cc: ziy@...dia.com, william.kucharski@...cle.com, willy@...radead.org,
yang.shi@...ux.alibaba.com, aneesh.kumar@...ux.ibm.com,
rcampbell@...dia.com, songliubraving@...com,
kirill.shutemov@...ux.intel.com, riel@...riel.com,
hannes@...xchg.org, minchan@...nel.org,
linux-kernel@...r.kernel.org, linux-mm@...ck.org
Subject: Re: [PATCH 0/5] Cleanup and fixup for huge_memory
On 4/27/21 7:02 PM, Miaohe Lin wrote:
> Hi all,
> This series contains cleanups to remove dedicated macro and remove
> unnecessary tlb_remove_page_size() for huge zero pmd. Also this adds
> missing read-only THP checking for transparent_hugepage_enabled() and
> avoids discarding hugepage if other processes are mapping it. More
> details can be found in the respective changelogs. Thanks!
>
> Miaohe Lin (5):
> mm/huge_memory.c: remove dedicated macro HPAGE_CACHE_INDEX_MASK
> mm/huge_memory.c: use page->deferred_list
> mm/huge_memory.c: add missing read-only THP checking in
> transparent_hugepage_enabled()
> mm/huge_memory.c: remove unnecessary tlb_remove_page_size() for huge
> zero pmd
> mm/huge_memory.c: don't discard hugepage if other processes are
> mapping it
I guess it might be just better to split the series into cleans-ups
without functional change and then fixes separately.
Powered by blists - more mailing lists