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 kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7DA96C433FE for ; Mon, 28 Mar 2022 14:27:36 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id B96478D0002; Mon, 28 Mar 2022 10:27:35 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id B1EC28D0001; Mon, 28 Mar 2022 10:27:35 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 971538D0002; Mon, 28 Mar 2022 10:27:35 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0039.hostedemail.com [216.40.44.39]) by kanga.kvack.org (Postfix) with ESMTP id 8548D8D0001 for ; Mon, 28 Mar 2022 10:27:35 -0400 (EDT) Received: from smtpin21.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay01.hostedemail.com (Postfix) with ESMTP id 2E1FB182890FF for ; Mon, 28 Mar 2022 14:27:35 +0000 (UTC) X-FDA: 79294023270.21.F927411 Received: from smtp-out2.suse.de (smtp-out2.suse.de [195.135.220.29]) by imf18.hostedemail.com (Postfix) with ESMTP id 96BF21C0023 for ; Mon, 28 Mar 2022 14:27:34 +0000 (UTC) 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: X-Rspam-User: X-Stat-Signature: rt7m1wxficuz14iskq7bjwn4mgo7cy3q Authentication-Results: imf18.hostedemail.com; dkim=pass header.d=suse.com header.s=susede1 header.b=rCYZ4U8d; spf=pass (imf18.hostedemail.com: domain of mhocko@suse.com designates 195.135.220.29 as permitted sender) smtp.mailfrom=mhocko@suse.com; dmarc=pass (policy=quarantine) header.from=suse.com X-Rspamd-Server: rspam01 X-Rspamd-Queue-Id: 96BF21C0023 X-HE-Tag: 1648477654-923301 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: 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