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=ham 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 DD881C433E0 for ; Tue, 7 Jul 2020 10:34:45 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id C086D2065F for ; Tue, 7 Jul 2020 10:34:45 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728292AbgGGKeo (ORCPT ); Tue, 7 Jul 2020 06:34:44 -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-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@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.