[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20201210091812.GA3613@localhost.localdomain>
Date: Thu, 10 Dec 2020 10:18:12 +0100
From: Oscar Salvador <osalvador@...e.de>
To: Muchun Song <songmuchun@...edance.com>
Cc: corbet@....net, mike.kravetz@...cle.com, tglx@...utronix.de,
mingo@...hat.com, bp@...en8.de, x86@...nel.org, hpa@...or.com,
dave.hansen@...ux.intel.com, luto@...nel.org, peterz@...radead.org,
viro@...iv.linux.org.uk, akpm@...ux-foundation.org,
paulmck@...nel.org, mchehab+huawei@...nel.org,
pawan.kumar.gupta@...ux.intel.com, rdunlap@...radead.org,
oneukum@...e.com, anshuman.khandual@....com, jroedel@...e.de,
almasrymina@...gle.com, rientjes@...gle.com, willy@...radead.org,
mhocko@...e.com, song.bao.hua@...ilicon.com, david@...hat.com,
duanxiongchun@...edance.com, linux-doc@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-mm@...ck.org,
linux-fsdevel@...r.kernel.org
Subject: Re: [PATCH v8 00/12] Free some vmemmap pages of HugeTLB page
On Thu, Dec 10, 2020 at 11:55:14AM +0800, Muchun Song wrote:
> Muchun Song (12):
> mm/memory_hotplug: Factor out bootmem core functions to bootmem_info.c
> mm/hugetlb: Introduce a new config HUGETLB_PAGE_FREE_VMEMMAP
> mm/bootmem_info: Introduce free_bootmem_page helper
> mm/hugetlb: Free the vmemmap pages associated with each HugeTLB page
> mm/hugetlb: Defer freeing of HugeTLB pages
> mm/hugetlb: Allocate the vmemmap pages associated with each HugeTLB
> page
> mm/hugetlb: Set the PageHWPoison to the raw error page
> mm/hugetlb: Flush work when dissolving hugetlb page
> mm/hugetlb: Add a kernel parameter hugetlb_free_vmemmap
> mm/hugetlb: Introduce nr_free_vmemmap_pages in the struct hstate
> mm/hugetlb: Gather discrete indexes of tail page
> mm/hugetlb: Optimize the code with the help of the compiler
Well, we went from 24 patches down to 12 patches.
Not bad at all :-)
I will have a look later
Thanks
--
Oscar Salvador
SUSE L3
Powered by blists - more mailing lists