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 X-Spam-Level: X-Spam-Status: No, score=-5.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 35E47C12002 for ; Wed, 21 Jul 2021 03:22:08 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id A939161106 for ; Wed, 21 Jul 2021 03:22:07 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org A939161106 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=linux-foundation.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 342536B0011; Tue, 20 Jul 2021 23:22:08 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 2F1746B0036; Tue, 20 Jul 2021 23:22:08 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 1934E6B006C; Tue, 20 Jul 2021 23:22:08 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0206.hostedemail.com [216.40.44.206]) by kanga.kvack.org (Postfix) with ESMTP id E63286B0011 for ; Tue, 20 Jul 2021 23:22:07 -0400 (EDT) Received: from smtpin18.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay01.hostedemail.com (Postfix) with ESMTP id 67AA81852556E for ; Wed, 21 Jul 2021 03:22:06 +0000 (UTC) X-FDA: 78385146252.18.80DF616 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by imf10.hostedemail.com (Postfix) with ESMTP id 05BD26007514 for ; Wed, 21 Jul 2021 03:22:05 +0000 (UTC) Received: by mail.kernel.org (Postfix) with ESMTPSA id 2BD8F60725; Wed, 21 Jul 2021 03:22:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1626837723; bh=DEpAlubo4wmFRzygO3DVuFLxAl5/U8Do+4uKSqqfF+E=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=KpBbjwnDBWoF7SYGUtNo5SkT3BEEspxf2yDeKu+esB6+mmurj7DNpxGEaS593hy4D 5OLsH3M1a1MI4K3FJDfx25QMqIpEmCL8++T4G9nVQOxjmQc45IrtC1P1CKQlrG3Hlg hInjq0edbIf2d2/MywBVQC/86gAs+J2nl2n3Pnwk= Date: Tue, 20 Jul 2021 20:22:02 -0700 From: Andrew Morton To: Matthew Wilcox Cc: Stephen Rothwell , linux-mm@kvack.org, linux-fsdevel@vger.kernel.org, Linus Torvalds Subject: Re: Folio tree for next Message-Id: <20210720202202.dfd4d9c3490e51e35cf1455e@linux-foundation.org> In-Reply-To: References: <20210718205758.65254408be0b2a17cfad7809@linux-foundation.org> <20210720094033.46b34168@canb.auug.org.au> <20210721122102.38c80140@canb.auug.org.au> <20210720192927.98ee7809717b9cc28fa95bb6@linux-foundation.org> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.32; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Authentication-Results: imf10.hostedemail.com; dkim=pass header.d=linux-foundation.org header.s=korg header.b=KpBbjwnD; spf=pass (imf10.hostedemail.com: domain of akpm@linux-foundation.org designates 198.145.29.99 as permitted sender) smtp.mailfrom=akpm@linux-foundation.org; dmarc=none X-Rspamd-Server: rspam03 X-Rspamd-Queue-Id: 05BD26007514 X-Stat-Signature: ujjh8xi6x91at8xgsksrey8qqsochn9x X-HE-Tag: 1626837725-95764 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 Wed, 21 Jul 2021 03:46:52 +0100 Matthew Wilcox wrote: > > Sure, let's go that way. Linus wasn't terribly enthusiastic about the > > folio patches and I can't claim to be overwhelmed by their value/churn > > ratio (but many MM developers are OK with it all, and that > > counts). Doing it this way retains options... > > I'm happy to take these three patches through my tree if it makes life > easier (and it does resolve the majority of the pain): > > mm, memcg: add mem_cgroup_disabled checks in vmpressure and swap-related functions > mm, memcg: inline mem_cgroup_{charge/uncharge} to improve disabled memcg config > mm, memcg: inline swap-related functions to improve disabled memcg config They're rather unimportant, can be deferred. I'll probably move these to the post-linux-next queue, but let's just do it and see how it goes.