From: Lance Yang <lance.yang@linux.dev>
To: muchun.song@linux.dev, david@kernel.org, kasong@tencent.com,
ridong.chen@linux.dev, baohua@kernel.org, sj@kernel.org
Cc: hannes@cmpxchg.org, mhocko@kernel.org, qi.zheng@linux.dev,
shakeel.butt@linux.dev, ljs@kernel.org, axelrasmussen@google.com,
yuanchu@google.com, weixugc@google.com, baoquan.he@linux.dev,
baolin.wang@linux.alibaba.com, liam@infradead.org,
vbabka@kernel.org, rppt@kernel.org, surenb@google.com,
mhocko@suse.com, kees@kernel.org, peterz@infradead.org,
jannh@google.com, pfalcato@suse.de, hughd@google.com,
pasha.tatashin@soleen.com, pratyush@kernel.org,
willy@infradead.org, jack@suse.cz, ziy@nvidia.com,
lance.yang@linux.dev, riel@surriel.com, harry@kernel.org,
apopple@nvidia.com, nico.pache@linux.dev, ryan.roberts@arm.com,
dev.jain@arm.com, usama.arif@linux.dev, kas@kernel.org,
matthew.brost@intel.com, jhubbard@nvidia.com, peterx@redhat.com,
will@kernel.org, aneesh.kumar@kernel.org, npiggin@gmail.com,
osalvador@suse.de, minchan@kernel.org, xu.xin@linux.dev,
chengming.zhou@linux.dev, chrisl@kernel.org,
shikemeng@huaweicloud.com, nphamcs@gmail.com,
youngjun.park@lge.com, gourry@gourry.net,
joshua.hahnjy@gmail.com, rakie.kim@sk.com,
ying.huang@linux.alibaba.com, jgg@ziepe.ca, linux-mm@kvack.org,
linux-kernel@vger.kernel.org, kexec@lists.infradead.org,
linux-fsdevel@vger.kernel.org, linux-arch@vger.kernel.org,
linux-cxl@vger.kernel.org, josef@toxicpanda.com,
stable@vger.kernel.org, usama.anjum@arm.com
Subject: Re: [PATCH v2 01/47] mm/mglru: don't use stack pointers when walking PUD and PMD tables
Date: Sat, 31 Oct 2026 13:58:38 +0800 [thread overview]
Message-ID: <20261031055838.60138-1-lance.yang@linux.dev> (raw)
In-Reply-To: <6FACF8FF-F943-45C8-BDFD-3AFB5C060E0A@linux.dev>
On Sat, Oct 31, 2026 at 09:46:37AM +0800, Muchun Song wrote:
>
>
>> On Oct 31, 2026, at 09:41, Ridong Chen <ridong.chen@linux.dev> wrote:
>>
>>
>>
>> On 10/30/2026 6:21 PM, David Hildenbrand (Arm) wrote:
>>> On 10/30/26 01:20, SJ Park wrote:
>>>> 'get_maintainer.pl --nogit --nogit-fallback' suggests adding below recipients.
>>>> But I can show there are already quite a number of recipients, so I'm just
>>>> noting here.
>>>>
>>>> - Brian Geffon <bgeffon@google.com>
>>>> - Oleksandr Natalenko <oleksandr@natalenko.name>
>>>> - Steven Barrett <steven@liquorix.net>
>>>> - Yu Zhao <yuzhao@google.com>
>>> The CC list was so long that I limited it to people that area either a reviewer
>>> or a maintainer of code.
>>> MGLRU not having any real maintainer is a big problem; because that maintainer
>>> would know whom to CC.
>> Agreed. FWIW, I think Barry Song and Kairui Song would be good candidates
>> for the maintainer role.
>
>+1
>
>It would be great if they could take this over.
+1 from me too ;)
They both have been really active on MGLRU and doing great work for quite
a while. No doubt they'll continue to do so :D
Cheers, Lance
>Thanks,
>Muchun
>
>>
>> Both of them have been contributing to MGLRU consistently and
>> substantially. Barry is currently working on improving aging and fixing
>> the swappiness-related issues, and Kairui is driving the MGLRU-FG
>> optimization work.
>>
>> They have also been active in reviewing MGLRU patches, and their review
>> comments are usually to the point and helpful. They have been looking
>> after this code well, so I think they would be a good fit as
>> maintainers.
>>
>> --
>> Best regards
>> Ridong
>>
>
>
next prev parent reply other threads:[~2026-10-31 5:59 UTC|newest]
Thread overview: 122+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-29 20:32 [PATCH v2 00/47] mm: various (urgent?) fixes David Hildenbrand (Arm)
2026-10-29 20:32 ` [PATCH v2 01/47] mm/mglru: don't use stack pointers when walking PUD and PMD tables David Hildenbrand (Arm)
2026-10-30 0:20 ` SJ Park
2026-10-30 10:21 ` David Hildenbrand (Arm)
2026-10-31 1:41 ` Ridong Chen
2026-10-31 1:46 ` Muchun Song
2026-10-31 5:58 ` Lance Yang [this message]
2026-10-31 9:42 ` David Hildenbrand (Arm)
2026-10-30 3:40 ` sashiko-bot
2026-10-29 20:32 ` [PATCH v2 02/47] fork: take mmap_lock before copying mm_struct David Hildenbrand (Arm)
2026-10-30 0:34 ` SJ Park
2026-10-30 3:40 ` sashiko-bot
2026-10-29 20:32 ` [PATCH v2 03/47] mm/memfd: check for real shmem inodes before accessing shmem state David Hildenbrand (Arm)
2026-10-30 3:40 ` sashiko-bot
2026-10-30 11:33 ` Pratyush Yadav
2026-10-30 12:06 ` David Hildenbrand (Arm)
2026-10-30 12:29 ` Pratyush Yadav
2026-10-30 14:35 ` David Hildenbrand (Arm)
2026-10-29 20:32 ` [PATCH v2 04/47] mm/memfd: make f_pos accesses atomic David Hildenbrand (Arm)
2026-10-30 3:40 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 05/47] mm/truncate: look again if a folio left the mapping David Hildenbrand (Arm)
2026-10-30 3:40 ` sashiko-bot
2026-10-30 17:13 ` Kiryl Shutsemau
2026-10-30 17:15 ` Zi Yan
2026-10-29 20:33 ` [PATCH v2 06/47] mm/filemap: read mapping->a_ops->free_folio under i_lock David Hildenbrand (Arm)
2026-10-30 3:40 ` sashiko-bot
2026-10-30 17:55 ` Zi Yan
2026-10-29 20:33 ` [PATCH v2 07/47] mm/filemap: don't lose a folio lock wakeup to a signal David Hildenbrand (Arm)
2026-10-30 3:40 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 08/47] mm/filemap: finish fault cleanup before dropping the fault lock David Hildenbrand (Arm)
2026-10-30 3:40 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 09/47] mm/rmap: handle device-exclusive entries in folio_referenced_one() David Hildenbrand (Arm)
2026-10-30 3:40 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 10/47] mm/huge_memory: fix list corruption when deferred_split_scan() races with deferred_split_folio() David Hildenbrand (Arm)
2026-10-30 3:40 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 11/47] mm/huge_memory: properly handle refcounted PUD mappings on fork David Hildenbrand (Arm)
2026-10-30 3:40 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 12/47] mm/huge_memory: fix livelock on device private folio David Hildenbrand (Arm)
2026-10-30 3:40 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 13/47] mm/huge_memory: fix truncate racing with PMD zapping David Hildenbrand (Arm)
2026-10-29 22:37 ` Gregory Price (Meta)
2026-10-30 3:40 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 14/47] mm/huge_memory: fix zapping migration entries for device-private THPs David Hildenbrand (Arm)
2026-10-29 22:30 ` Gregory Price (Meta)
2026-10-30 11:10 ` David Hildenbrand (Arm)
2026-10-30 3:40 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 15/47] mm/khugepaged: always recheck the pmd in try_collapse_pte_mapped_thp() David Hildenbrand (Arm)
2026-10-30 3:40 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 16/47] mm/khugepaged: fix PMD table lock leak " David Hildenbrand (Arm)
2026-10-30 3:41 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 17/47] mm/khugepaged: preserve dirty bits when collapsing PTE-mapped THPs David Hildenbrand (Arm)
2026-10-30 3:41 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 18/47] mm/khugepaged: check if PTE table is empty in try_collapse_pte_mapped_thp() David Hildenbrand (Arm)
2026-10-30 3:41 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 19/47] mm/gup: recheck the PUD under PTL in follow_pud_mask() David Hildenbrand (Arm)
2026-10-30 3:41 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 20/47] mm/gup: fix clearing folios in memfd_pin_folios() David Hildenbrand (Arm)
2026-10-30 3:41 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 21/47] mm/gup: fix out-of-bounds write for nr_pages == 0 in GUP-fast David Hildenbrand (Arm)
2026-10-30 3:41 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 22/47] mm/gup: check for overflow when converting nr_pages to bytes " David Hildenbrand (Arm)
2026-10-30 3:41 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 23/47] mm/userfaultfd: write-lock the VMA before waking waiters when unregistering David Hildenbrand (Arm)
2026-10-30 3:41 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 24/47] mm/userfaultfd: wake all waiters on unregister David Hildenbrand (Arm)
2026-10-30 3:41 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 25/47] mm/userfaultfd: wake waiters when registration modes are removed David Hildenbrand (Arm)
2026-10-30 3:41 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 26/47] mm/userfaultfd: compare exact registration modes before skipping David Hildenbrand (Arm)
2026-10-30 3:41 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 27/47] mm/mmu_gather: fix flushing ranges with 4 GiB or larger David Hildenbrand (Arm)
2026-10-30 0:57 ` SJ Park
2026-10-30 11:15 ` David Hildenbrand (Arm)
2026-10-30 11:19 ` David Hildenbrand (Arm)
2026-10-30 23:57 ` SJ Park
2026-10-30 3:41 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 28/47] mm/mmu_notifier: finish non-blocking interval invalidation on error David Hildenbrand (Arm)
2026-10-30 3:41 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 29/47] mm/mmu_notifier: set ->mm only after mmgrab() David Hildenbrand (Arm)
2026-10-30 3:41 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 30/47] mm/mremap: use pudp_huge_get_and_clear() when moving huge PUDs David Hildenbrand (Arm)
2026-10-30 3:41 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 31/47] mm/mremap: recheck PUDs under the page table lock David Hildenbrand (Arm)
2026-10-30 3:41 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 32/47] mm/mremap: fix moving PUD leaves David Hildenbrand (Arm)
2026-10-30 3:41 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 33/47] mm/memory_hotplug: avoid races in pfn_to_online_page() with dying pgmap David Hildenbrand (Arm)
2026-10-30 3:41 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 34/47] mm/madvise: fix data loss from MADV_FREE on a KSM page David Hildenbrand (Arm)
2026-10-30 3:42 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 35/47] mm/memory: reject remote COW faults on PFN mappings David Hildenbrand (Arm)
2026-10-30 3:42 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 36/47] mm: fix unmap_mapping_range() beyond 4 GiB on 32-bit David Hildenbrand (Arm)
2026-10-30 3:42 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 37/47] mm: fix unkillable fault loop on MAP_DROPPABLE memory David Hildenbrand (Arm)
2026-10-30 3:42 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 38/47] mm: fix deadlock of mremap() against UFFDIO_MOVE David Hildenbrand (Arm)
2026-10-30 3:42 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 39/47] mm/ksm: reset the unstable trees of all nodes David Hildenbrand (Arm)
2026-10-30 3:42 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 40/47] mm/ksm: fix use of a freed anon_vma at swap-in David Hildenbrand (Arm)
2026-10-30 3:42 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 41/47] mm/ksm: check large swap-cache folios before mapping them David Hildenbrand (Arm)
2026-10-30 3:42 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 42/47] mm/vma: call ->may_split() before a partial merge David Hildenbrand (Arm)
2026-10-30 3:42 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 43/47] mm/huge_memory: split huge PUDs when adjusting VMA boundaries David Hildenbrand (Arm)
2026-10-30 3:42 ` sashiko-bot
2026-10-30 17:14 ` Kiryl Shutsemau
2026-10-29 20:33 ` [PATCH v2 44/47] mm/vma: don't leak the charge for stack growth David Hildenbrand (Arm)
2026-10-30 3:42 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 45/47] mm/cma: don't release CMA pages still in use David Hildenbrand (Arm)
2026-10-30 3:42 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 46/47] mm/memory-tiers: unregister empty tiers outside memory_tier_lock David Hildenbrand (Arm)
2026-10-30 3:42 ` sashiko-bot
2026-10-29 20:33 ` [PATCH v2 47/47] fs/proc/task_mmu: refuse addresses beyond 32 bits on 32bit David Hildenbrand (Arm)
2026-10-30 3:42 ` sashiko-bot
2026-10-30 11:19 ` [PATCH v2 00/47] mm: various (urgent?) fixes Muhammad Usama Anjum
2026-10-30 11:35 ` David Hildenbrand (Arm)
2026-10-30 12:12 ` Muhammad Usama Anjum
2026-10-30 13:10 ` Chris Mason
2026-10-30 14:37 ` David Hildenbrand (Arm)
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=20261031055838.60138-1-lance.yang@linux.dev \
--to=lance.yang@linux.dev \
--cc=aneesh.kumar@kernel.org \
--cc=apopple@nvidia.com \
--cc=axelrasmussen@google.com \
--cc=baohua@kernel.org \
--cc=baolin.wang@linux.alibaba.com \
--cc=baoquan.he@linux.dev \
--cc=chengming.zhou@linux.dev \
--cc=chrisl@kernel.org \
--cc=david@kernel.org \
--cc=dev.jain@arm.com \
--cc=gourry@gourry.net \
--cc=hannes@cmpxchg.org \
--cc=harry@kernel.org \
--cc=hughd@google.com \
--cc=jack@suse.cz \
--cc=jannh@google.com \
--cc=jgg@ziepe.ca \
--cc=jhubbard@nvidia.com \
--cc=josef@toxicpanda.com \
--cc=joshua.hahnjy@gmail.com \
--cc=kas@kernel.org \
--cc=kasong@tencent.com \
--cc=kees@kernel.org \
--cc=kexec@lists.infradead.org \
--cc=liam@infradead.org \
--cc=linux-arch@vger.kernel.org \
--cc=linux-cxl@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=ljs@kernel.org \
--cc=matthew.brost@intel.com \
--cc=mhocko@kernel.org \
--cc=mhocko@suse.com \
--cc=minchan@kernel.org \
--cc=muchun.song@linux.dev \
--cc=nico.pache@linux.dev \
--cc=nphamcs@gmail.com \
--cc=npiggin@gmail.com \
--cc=osalvador@suse.de \
--cc=pasha.tatashin@soleen.com \
--cc=peterx@redhat.com \
--cc=peterz@infradead.org \
--cc=pfalcato@suse.de \
--cc=pratyush@kernel.org \
--cc=qi.zheng@linux.dev \
--cc=rakie.kim@sk.com \
--cc=ridong.chen@linux.dev \
--cc=riel@surriel.com \
--cc=rppt@kernel.org \
--cc=ryan.roberts@arm.com \
--cc=shakeel.butt@linux.dev \
--cc=shikemeng@huaweicloud.com \
--cc=sj@kernel.org \
--cc=stable@vger.kernel.org \
--cc=surenb@google.com \
--cc=usama.anjum@arm.com \
--cc=usama.arif@linux.dev \
--cc=vbabka@kernel.org \
--cc=weixugc@google.com \
--cc=will@kernel.org \
--cc=willy@infradead.org \
--cc=xu.xin@linux.dev \
--cc=ying.huang@linux.alibaba.com \
--cc=youngjun.park@lge.com \
--cc=yuanchu@google.com \
--cc=ziy@nvidia.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