[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <15985138-331e-4cfc-b27a-14605ecfb0d6@pankajraghav.com>
Date: Tue, 24 Sep 2024 22:24:31 +0200
From: Pankaj Raghav <kernel@...kajraghav.com>
To: Matthew Wilcox <willy@...radead.org>
Cc: linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org,
mcgrof@...nel.org, gost.dev@...sung.com, akpm@...ux-foundation.org,
Christian Brauner <brauner@...nel.org>, Pankaj Raghav <p.raghav@...sung.com>
Subject: Re: [PATCH 0/2] add block size > page size support to ramfs
On Tue, Sep 24, 2024 at 09:00:26PM +0100, Matthew Wilcox wrote:
> On Tue, Sep 24, 2024 at 09:23:49PM +0200, Pankaj Raghav (Samsung) wrote:
> > Add block size > page size to ramfs as we support minimum folio order
> > allocation in the page cache. The changes are very minimal, and this is
> > also a nice way to stress test just the page cache changes for minimum
> > folio order.
>
> I don't really see the point of upstreaming this. I'm sure it was
> useful for your testing. And splitting the patch in two makes no sense
> to me; the combined patch is not large.
I just wanted to put it out in the wild to see if somebody found it
useful as it was pretty trivial to add the support. Also, the first
series that tried adding support for LBS in the kernel 17 years ago used
ramfs as an example :).
The only use case I could come up with was testing the folio order changes
in the page cache without having to use a more complicated FS like XFS.
In that sense it is still useful to add this feature I guess considering
the minimal changes?
--
Pankaj
Powered by blists - more mailing lists