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.2 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED, USER_AGENT_SANE_1 autolearn=unavailable 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 EC087C433E1 for ; Tue, 7 Jul 2020 10:34:46 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id D4FB0206B6 for ; Tue, 7 Jul 2020 10:34:46 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728182AbgGGKen (ORCPT ); Tue, 7 Jul 2020 06:34:43 -0400 Received: from verein.lst.de ([213.95.11.211]:58212 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725944AbgGGKen (ORCPT ); Tue, 7 Jul 2020 06:34:43 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id C93F068B05; Tue, 7 Jul 2020 12:34:39 +0200 (CEST) Date: Tue, 7 Jul 2020 12:34:39 +0200 From: Christoph Hellwig To: Song Liu Cc: Christoph Hellwig , open list , "H. Peter Anvin" , Al Viro , Linus Torvalds , linux-raid , Linux-Fsdevel Subject: Re: [PATCH 01/16] init: remove the bstat helper Message-ID: <20200707103439.GA2812@lst.de> References: <20200615125323.930983-1-hch@lst.de> <20200615125323.930983-2-hch@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-fsdevel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-fsdevel@vger.kernel.org On Thu, Jul 02, 2020 at 04:25:41PM -0700, Song Liu wrote: > Hi Christoph, > > On Mon, Jun 15, 2020 at 5:53 AM Christoph Hellwig wrote: > > > > The only caller of the bstat function becomes cleaner and simpler when > > open coding the function. > > > > Signed-off-by: Christoph Hellwig > > Thanks for the set. md parts of the set look good to me. > > How should we route this set, as it touches multiple subsystems? Good question as there is no really applicable tree. One option would the vfs tree as it toucheѕ some VFS stuff, and the follow on series that depends on it is all about VFS bits. Alternatively I could set up a tree just for these bits. The important bit is that it doesn't go into the -mm tree as the usual catchall, as I have more stuff that depends on it and requires a git tree.