[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200414062431.GC23154@lst.de>
Date: Tue, 14 Apr 2020 08:24:31 +0200
From: Christoph Hellwig <hch@....de>
To: Ira Weiny <ira.weiny@...el.com>
Cc: "Darrick J. Wong" <darrick.wong@...cle.com>,
linux-kernel@...r.kernel.org,
Dan Williams <dan.j.williams@...el.com>,
Dave Chinner <david@...morbit.com>,
Christoph Hellwig <hch@....de>,
"Theodore Y. Ts'o" <tytso@....edu>, Jan Kara <jack@...e.cz>,
Jeff Moyer <jmoyer@...hat.com>, linux-ext4@...r.kernel.org,
linux-xfs@...r.kernel.org, linux-fsdevel@...r.kernel.org
Subject: Re: [PATCH V7 4/9] fs/xfs: Make DAX mount option a tri-state
On Mon, Apr 13, 2020 at 12:28:11PM -0700, Ira Weiny wrote:
> > I think that the dax_param_enums table (and the unnamed enum defining
> > XFS_DAX_*) probably ought to be part of the VFS so that you don't have
> > to duplicate these two pieces whenever it's time to bring ext4 in line
> > with XFS.
> >
> > That probably doesn't need to be done right away, though...
>
> Ext4 has a very different param parsing mechanism which I've barely learned.
> I'm not really seeing how to use the enum strategy so I've just used a string
> option. But I'm open to being corrected.
>
> I am close to having the series working and hope to have that set (which builds
> on this one) out for review soon (today?).
ext4 still uses the legacy mount option parsing that XFS used until
recently. It needs to be switched over to the new mount API anyway.
Powered by blists - more mailing lists