[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1742243.1684486127@warthog.procyon.org.uk>
Date: Fri, 19 May 2023 09:48:47 +0100
From: David Howells <dhowells@...hat.com>
To: Christoph Hellwig <hch@...radead.org>
Cc: dhowells@...hat.com, Jens Axboe <axboe@...nel.dk>,
Al Viro <viro@...iv.linux.org.uk>,
Matthew Wilcox <willy@...radead.org>, Jan Kara <jack@...e.cz>,
Jeff Layton <jlayton@...nel.org>,
David Hildenbrand <david@...hat.com>,
Jason Gunthorpe <jgg@...dia.com>,
Logan Gunthorpe <logang@...tatee.com>,
Hillf Danton <hdanton@...a.com>,
Christian Brauner <brauner@...nel.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
linux-fsdevel@...r.kernel.org, linux-block@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-mm@...ck.org,
Christoph Hellwig <hch@....de>, linux-erofs@...ts.ozlabs.org,
linux-ext4@...r.kernel.org, linux-xfs@...r.kernel.org
Subject: Re: [PATCH v20 05/32] splice: Make splice from a DAX file use direct_splice_read()
Christoph Hellwig <hch@...radead.org> wrote:
> On Fri, May 19, 2023 at 08:40:20AM +0100, David Howells wrote:
> > +#ifdef CONFIG_FS_DAX
> > + if (IS_DAX(in->f_mapping->host))
>
> No need for the ifdef. IS_DAX is compile-time false if CONFIG_FS_DAX
> is not set.
Ah - it's not that IS_DAX() is conditionalised, it's that S_DAX is. There's a
bunch of places that use CONFIG_FS_DAX blocks, but I guess that's because they
include calls to functions that are conditionalised out.
I wonder if the dax_iomap_rw() declaration in the header can have a non-DAX
fallback that returns an error and then we can get rid of some of the other
conditionalisation.
David
Powered by blists - more mailing lists