[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190829063955.GA30193@kroah.com>
Date: Thu, 29 Aug 2019 08:39:55 +0200
From: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
To: Christoph Hellwig <hch@...radead.org>
Cc: devel@...verdev.osuosl.org, linux-fsdevel@...r.kernel.org,
Sasha Levin <alexander.levin@...rosoft.com>,
Valdis Klētnieks <valdis.kletnieks@...edu>,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] staging: exfat: add exfat filesystem code to staging
On Wed, Aug 28, 2019 at 11:23:40PM -0700, Christoph Hellwig wrote:
> Can we please just review the damn thing and get it into the proper
> tree? That whole concept of staging file systems just has been one
> fricking disaster, including Greg just moving not fully reviewed ones
> over like erofs just because he feels like it. I'm getting sick and
> tired of this scheme.
For this filesystem, it's going to be a _lot_ of work before that can
happen, and I'd really like to have lots of people help out with it
instead of it living in random github trees for long periods of time.
Putting it in the kernel lets all of the people that have been spending
time on this work together in one place.
Given that the vfs apis change so infrequently, I don't really
understand the objection here. If you change apis in the rest of the
kernel, don't worry about anything in drivers/staging/ I will fix that
up. This code has a much smaller api-interaction-level than lots of the
drivers that are currently living in staging.
thanks,
greg k-h
Powered by blists - more mailing lists