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 0F3F9C433EF for ; Mon, 28 Mar 2022 14:27:40 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S243819AbiC1O3T (ORCPT ); Mon, 28 Mar 2022 10:29:19 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53488 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231512AbiC1O3R (ORCPT ); Mon, 28 Mar 2022 10:29:17 -0400 Received: from smtp-out2.suse.de (smtp-out2.suse.de [195.135.220.29]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D3EB05DE45; Mon, 28 Mar 2022 07:27:34 -0700 (PDT) Received: from relay2.suse.de (relay2.suse.de [149.44.160.134]) by smtp-out2.suse.de (Postfix) with ESMTP id 2DFC81F383; Mon, 28 Mar 2022 14:27:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=susede1; t=1648477653; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=UWVLFeQC4kA035pwDBpIgSp59rb4pB2eEE0xn69bb5I=; b=rCYZ4U8dxMLGxYFPnI9nfisVI+RD7AnoasPPCHQDnHAWmxGH+LxvS6NV1kPXspBlsnULaR 8+ALMjD925t8A+pcJtCZ43VOZjo1WcN093zbAF2Fod7bqBFv01tDetyh0LGJhKrIayPqeO mWveBdOIDpV1bdqg8vBIOqhRwElbZPs= Received: from suse.cz (unknown [10.100.201.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by relay2.suse.de (Postfix) with ESMTPS id C989DA3B87; Mon, 28 Mar 2022 14:27:30 +0000 (UTC) Date: Mon, 28 Mar 2022 16:27:27 +0200 From: Michal Hocko To: Matthew Wilcox Cc: David Hildenbrand , 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 , 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: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon 28-03-22 14:43:52, Matthew Wilcox wrote: > 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. This is not the first time this has been brought up over years. We have discussed the existing workflow at the LSFMM two years ago without a larger consensus. I believe we want/need to resurrect those discussions again. IMHO the existing workflow is more and more hitting its limits so we should really think about a long term solution. -- Michal Hocko SUSE Labs