From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 850F4606A31E for ; Sat, 31 Oct 2026 01:47:09 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key, unprotected) header.d=lists.infradead.org header.i=@lists.infradead.org header.a=rsa-sha256 header.s=bombadil.20210309 header.b=S873dwPu; dkim=pass (1024-bit key, unprotected) header.d=linux.dev header.i=@linux.dev header.a=rsa-sha256 header.s=key1 header.b=oaR/9Pk5 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:To:References:Message-Id: Content-Transfer-Encoding:Cc:Date:In-Reply-To:From:Subject:Mime-Version: Content-Type:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Unsubscribe-Post: List-Owner; bh=AYlirVancYMmRVjJDVShp6lZsb2527J0ak94H6cSizE=; b=S873dwPu3LpEYo 78nFpDnRPmv+mpR5VIgf9PTHfdtLJ+3xNlPba30adbdgSYdazt6VdO+im88H+iFTBlPutZ/xnubIX ubXBudBgcBh81/4tupM4ani0gAgSC+RvWogxvap6LQUjd43MCkI/4fwp9pbj1yjRKSEl6JoOJg2uo 2BNRDFoIzpuqnurpVvhxyaU7/j4xQDbkM7xA/Znkyx4PJDsN34/Z+wQia7UKGq6c+evpwYzQOIP0q 8uircUCyf6WIoFJHEsmvkq7bm9tGGoMJz3ZNx8z3qrCtdz67VHBvIBT5VdqiTeLJPVkcQwj6peC8h AfzBl7QrRmYQWrV/SRqg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.100.1 #2 (Red Hat Linux)) id 1xMyBZ-0000000CqAk-0qok; Sat, 31 Oct 2026 01:47:09 +0000 Received: from out-62.mta0.migadu.com ([2001:41d0:1004:224b::3e] helo=mta0.migadu.com) by bombadil.infradead.org with esmtps (Exim 4.100.1 #2 (Red Hat Linux)) id 1xMyBW-0000000CqAA-2iOU for kexec@lists.infradead.org; Sat, 31 Oct 2026 01:47:08 +0000 X-Envelope-To: kexec@lists.infradead.org DKIM-Signature: a=rsa-sha256; bh=AYlirVancYMmRVjJDVShp6lZsb2527J0ak94H6cSizE=; c=simple/simple; d=linux.dev; h=from:to:subject:date:message-id:mime-version:content-type; s=key1; t=1793411222; v=1; x=1794016022; b=oaR/9Pk5kopXuDFGOADw5cPDH8Yeq4Tq0PC9zZCmeYWgtIkIP6nFWBr2T/b6HDaxKTldYK6D pVJb4K3qheNdEpfyyusTssNM+tD5QtLEKbpFp43OuHwws/sYB0BiZnXS/dFPK6KM90iEL4u0PCV iCIGRF/sxnsFXhzxYHJah06Y= X-Envelope-To: kexec@lists.infradead.org Received: by mta11.migadu.com with ESMTPS id 6df660725638d07e; Sat, 31 Oct 2026 01:47:01 +0000 X-Mizu-Trace-ID: 6df660725638d07e X-Migadu-Flow: FLOW_OUT Content-Type: text/plain; charset=us-ascii X-Archived-By: Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3901.100.1.1.12\)) Subject: Re: [PATCH v2 01/47] mm/mglru: don't use stack pointers when walking PUD and PMD tables From: Muchun Song In-Reply-To: Date: Sat, 31 Oct 2026 09:46:37 +0800 Cc: "David Hildenbrand (Arm)" , SJ Park , Johannes Weiner , Michal Hocko , Qi Zheng , Shakeel Butt , Lorenzo Stoakes , Kairui Song , Barry Song , Axel Rasmussen , Yuanchu Xie , Wei Xu , Baoquan He , Baolin Wang , "Liam R. Howlett" , Vlastimil Babka , Mike Rapoport , Suren Baghdasaryan , Michal Hocko , Kees Cook , Peter Zijlstra , Jann Horn , Pedro Falcato , Hugh Dickins , Pasha Tatashin , Pratyush Yadav , "Matthew Wilcox (Oracle)" , Jan Kara , Zi Yan , Lance Yang , Rik van Riel , Harry Yoo , Alistair Popple , Nico Pache , Ryan Roberts , Dev Jain , Usama Arif , Kiryl Shutsemau , Matthew Brost , John Hubbard , Peter Xu , Will Deacon , "Aneesh Kumar K.V" , Nick Piggin , Oscar Salvador , Minchan Kim , Xu Xin , Chengming Zhou , Chris Li , Kemeng Shi , Nhat Pham , Youngjun Park , Gregory Price , Joshua Hahn , Rakie Kim , Ying Huang , Jason Gunthorpe , 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 Bacik , stable@vger.kernel.org, Muhammad Usama Anjum Content-Transfer-Encoding: quoted-printable Message-Id: <6FACF8FF-F943-45C8-BDFD-3AFB5C060E0A@linux.dev> References: <20261030002004.154595-1-sj@kernel.org> <6d679adb-a866-4a76-b9ea-3b8c64171fae@kernel.org> To: Ridong Chen X-Mailer: Apple Mail (2.3901.100.1.1.12) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.9.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20261030_184706_868498_C81A4AB8 X-CRM114-Status: GOOD ( 15.58 ) X-Spam-Score: -2.1 (--) X-BeenThere: kexec@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "kexec" X-Spam-Status: No, score=-5.9 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=4.0.1 X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-26) on aws-us-west-2-korg-listserv-alma10-1 > On Oct 31, 2026, at 09:41, Ridong Chen wrote: >=20 >=20 >=20 > 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. >>>=20 >>> - Brian Geffon >>> - Oleksandr Natalenko >>> - Steven Barrett >>> - Yu Zhao >> 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. Thanks, Muchun >=20 > 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. >=20 > 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. >=20 > --=20 > Best regards > Ridong >=20