From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id F0F73C433FE for ; Mon, 28 Mar 2022 13:44:56 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S243372AbiC1Nqf (ORCPT ); Mon, 28 Mar 2022 09:46:35 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44476 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S242157AbiC1Nqf (ORCPT ); Mon, 28 Mar 2022 09:46:35 -0400 Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:8b0:10b:1236::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 53B3E21E38; Mon, 28 Mar 2022 06:44:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=7IJJdkjW4MGrMcE+ZwqPBADegtcLO1s09CtJPZpUSfM=; b=V5vG30XPI45ixAqklBQV8pmSiB yeK7agmim930/Rw32uDEX2mffhfmmmyAPnmcHnkwTizhKFATGULoe3bwejjzQCW6G9WtR+Q5UStRx N9iDwXBnrY7nkor2L1YlaosBVvHY+0Phm7b5+m/mTLYysaRru9KZceHunCXcWZyqMni4GJq5YUbji pjlKzT/9Mwy4vigThQvDwbectXkAi0fs0fYRrLIHGyRyIWEBZcfJG7PSWIYdUDvF6IVWZtZtumuap nAGld0ntJF3E2IWPwF82tZ8IzfSvw+VRCHu8niJQmeH8jM4gSBFKpVrQyebFcEc+y6+AlHM3JZ40K krQ8cbvQ==; Received: from willy by casper.infradead.org with local (Exim 4.94.2 #2 (Red Hat Linux)) id 1nYpey-00GxwQ-QI; Mon, 28 Mar 2022 13:43:52 +0000 Date: Mon, 28 Mar 2022 14:43:52 +0100 From: Matthew Wilcox To: David Hildenbrand Cc: Andrew Morton , Yu Zhao , Linus Torvalds , Andi Kleen , Aneesh Kumar , Barry Song , Brian Geffon , Catalin Marinas , Daniel Byrne , Dave Hansen , Donald Carr , Hillf Danton , Holger =?iso-8859-1?Q?Hoffst=E4tte?= , Jan Alexander Steffens , Jens Axboe , Jesse Barnes , Johannes Weiner , Jonathan Corbet , Konstantin Kharlamov , Mel Gorman , Michael Larabel , Michal Hocko , Mike Rapoport , Oleksandr Natalenko , Rik van Riel , Shuang Zhai , Sofia Trinh , Steven Barrett , Suleiman Souhlal , Vaibhav Jain , Vlastimil Babka , Will Deacon , Ying Huang , Linux ARM , "open list:DOCUMENTATION" , Linux Kernel Mailing List , Linux-MM , Kernel Page Reclaim v2 , the arch/x86 maintainers Subject: Re: [page-reclaim] Re: [GIT PULL] Multi-gen LRU for 5.18-rc1 Message-ID: References: <20220326010003.3155137-1-yuzhao@google.com> <20220326134928.ad739eeecd5d0855dbdc6257@linux-foundation.org> <400edaab-7c6c-f4d1-9a94-e8d0803857fa@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <400edaab-7c6c-f4d1-9a94-e8d0803857fa@redhat.com> Precedence: bulk List-ID: X-Mailing-List: linux-doc@vger.kernel.org On Mon, Mar 28, 2022 at 02:29:20PM +0200, David Hildenbrand wrote: > I'd appreciate if we could merge most MM-related stuff through the -MM > tree; it exists for a reason IMHO. Andrew, you usually have a very good > feeling when something's ready to be merged upstream (sufficient review > from relevant folks, sufficient exposure via -mm and -next, ...). The problem is that the MM tree is completely unusable when patches going in through other trees need to be based on it. The MM workflow clearly works well for Andrew, but it doesn't work well for us as a community. Fortunately folios is past that point now, but I fear that maple tree will get to that point if it doesn't go in through Andrew's tree this cycle, as it may have other users.