Received: by 2002:a05:6358:7058:b0:131:369:b2a3 with SMTP id 24csp10522496rwp; Fri, 21 Jul 2023 00:00:37 -0700 (PDT) X-Google-Smtp-Source: APBJJlFLR1r05cV53uQ2wacpbw05o7fwZCKHGQLBouv2Np/1JuHubPx5n7fdEwyID5AAkuGZXTIt X-Received: by 2002:a17:903:1109:b0:1b8:4f93:b210 with SMTP id n9-20020a170903110900b001b84f93b210mr1172146plh.45.1689922837253; Fri, 21 Jul 2023 00:00:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1689922837; cv=none; d=google.com; s=arc-20160816; b=xSwh7rIig6/7h/V/t6zePE/9YsnKLbET5oQGGwUaL0XML1HDQbccW26qD6pp8I3PPd yIkFSxvRqG7K51Lqhjc1jDbta52PUPUtKfJnD9v/RIGQXPZITqY65bQf58T2QJz0QnVm iA6orcGhy1UjKAEfPt3Mz/rZpGu64r2WSkjPykPEcukBHwHagP6MTymXgUsHRg1gqFhl 2T55NFApFuN+V2e43Ikg+44H7t3tydiSLpB9jw8a2KK6D+x1xRShQ84cE6VFsQY5TXZv KfkDgOkVxUjhMC5bAUg/hr0/ldSPDIfUkO9cVRHmYJYva9KNpYSjWyGOl3l5AGBKtpPR 2CuA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=hie72xjAkKN4kSksvNLqig7sulKdIk+4lQa/sUfRRmE=; fh=xSiopkWhIWPmPRvBr9fuIMaHiJ4LX6l4lXDtgcnZ9ck=; b=oYaeSQ79IchCuopVYb2NYMWXOIW+DDAEFJj3zyC3wgNObxq5C1c5Meln0ZlStfW1oP qH4pADRKe8zvl91TZZC88W3UFQ3qm+RVKvOs7NWDey+6WAQG7svJJCrqxGi/4jT/3g7h LNtl4w3/Id1HRAr5+xb1+ZUswQ4QUvG5v9QmBqQbzKePhc2SjIBgMNrk6RsOS8vQUdz1 X1lRtVdgZTuzLxMMltTC5nXMS5fytEJqZdatcMb4idhiZ2klqaAz4SK78QQQ5mCQdosP gELU3nrnCaUl5PhIFVTlkKdh0i3S6R3fMW4oR8TvLWC9p5JCZ1WtUumLz1MRvyyLBkVc thNw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id lm12-20020a170903298c00b001bb3135003fsi2418010plb.161.2023.07.21.00.00.23; Fri, 21 Jul 2023 00:00:37 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230376AbjGUG0o (ORCPT + 99 others); Fri, 21 Jul 2023 02:26:44 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57942 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230332AbjGUG0e (ORCPT ); Fri, 21 Jul 2023 02:26:34 -0400 Received: from verein.lst.de (verein.lst.de [213.95.11.211]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8CE5D271F; Thu, 20 Jul 2023 23:26:31 -0700 (PDT) Received: by verein.lst.de (Postfix, from userid 2407) id F15BC6732D; Fri, 21 Jul 2023 08:26:28 +0200 (CEST) Date: Fri, 21 Jul 2023 08:26:28 +0200 From: Christoph Hellwig To: Bob Peterson Cc: Christoph Hellwig , Jens Axboe , "Darrick J. Wong" , Andrew Morton , Matthew Wilcox , Christian Brauner , linux-block@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-xfs@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, cluster-devel Subject: Re: allow building a kernel without buffer_heads Message-ID: <20230721062628.GC20845@lst.de> References: <20230720140452.63817-1-hch@lst.de> <251d9862-e335-243e-d65a-c5538b4df253@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <251d9862-e335-243e-d65a-c5538b4df253@redhat.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_BLOCKED,SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jul 20, 2023 at 09:51:30AM -0500, Bob Peterson wrote: > Gfs2 still uses buffer_heads to manage the metadata being pushed through > its journals. We've been reducing our dependency on them but eliminating > them altogether is a large and daunting task. We can still work toward that > goal, but it will take time. That's fine - gfs2 selects CONFIG_BUFFER_HEAD after this series and will be perfectly fine.