[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160911225740.GA32049@linux.intel.com>
Date: Sun, 11 Sep 2016 16:57:40 -0600
From: Ross Zwisler <ross.zwisler@...ux.intel.com>
To: Christoph Hellwig <hch@...radead.org>
Cc: Matthew Wilcox <mawilcox@...rosoft.com>,
Ross Zwisler <ross.zwisler@...ux.intel.com>,
Theodore Ts'o <tytso@....edu>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
"linux-nvdimm@...1.01.org" <linux-nvdimm@...1.01.org>,
Dave Chinner <david@...morbit.com>,
"linux-mm@...ck.org" <linux-mm@...ck.org>,
Andreas Dilger <adilger.kernel@...ger.ca>,
Alexander Viro <viro@...iv.linux.org.uk>,
Jan Kara <jack@...e.com>,
"linux-fsdevel@...r.kernel.org" <linux-fsdevel@...r.kernel.org>,
"linux-ext4@...r.kernel.org" <linux-ext4@...r.kernel.org>
Subject: Re: [PATCH v2 2/9] ext2: tell DAX the size of allocation holes
On Sun, Sep 11, 2016 at 05:47:41AM -0700, Christoph Hellwig wrote:
> On Sat, Sep 10, 2016 at 07:52:53AM +0000, Matthew Wilcox wrote:
> > DAX code over to using iomap requires converting all of ext2 away from
> > buffer_head; are you saying he's wrong?
>
> Not sure if he's really saying that, but it's wrong for sure. Just
> to prove that I came up with a working ext2 iomap DAX implementation
> in a few hours today. I'll take a stab at ext4 and the block device
> as well and will post the updated series early next week - I'll need
> to take care of a few high priority todo list items first.
Yay! Sorry if I was unclear, I wasn't trying to say that we had to change all
of ext2 over to using struct iomap. If we can (and apparently we can) just
switch over the DAX interfaces, that's good enough to me. I understand that
this will mean that we may have overlapping DAX paths for a while (an iomap
version and a buffer_head version). I just wanted to figure out whether this
overlap would need to be permanent - sounds like not, which is ideal.
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists