[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Tue, 7 Jul 2020 09:54:30 -0700
From: Song Liu <song@...nel.org>
To: Christoph Hellwig <hch@....de>
Cc: open list <linux-kernel@...r.kernel.org>,
"H. Peter Anvin" <hpa@...or.com>,
Al Viro <viro@...iv.linux.org.uk>,
Linus Torvalds <torvalds@...ux-foundation.org>,
linux-raid <linux-raid@...r.kernel.org>,
Linux-Fsdevel <linux-fsdevel@...r.kernel.org>
Subject: Re: [PATCH 01/16] init: remove the bstat helper
On Tue, Jul 7, 2020 at 3:34 AM Christoph Hellwig <hch@....de> wrote:
>
> 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 <hch@....de> wrote:
> > >
> > > The only caller of the bstat function becomes cleaner and simpler when
> > > open coding the function.
> > >
> > > Signed-off-by: Christoph Hellwig <hch@....de>
> >
> > 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.
Would this official mm tree work?
T: git git://github.com/hnaz/linux-mm.git
If not, I am OK with either vfs tree or a dedicated tree.
Thanks,
Song
Powered by blists - more mailing lists