[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3771087.1678828554@warthog.procyon.org.uk>
Date: Tue, 14 Mar 2023 21:15:54 +0000
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>,
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,
Miklos Szeredi <miklos@...redi.hu>,
Christoph Hellwig <hch@....de>,
John Hubbard <jhubbard@...dia.com>,
linux-unionfs@...r.kernel.org
Subject: Re: [PATCH v17 02/14] splice: Make do_splice_to() generic and export it
Christoph Hellwig <hch@...radead.org> wrote:
> > -static long do_splice_to(struct file *in, loff_t *ppos,
> > - struct pipe_inode_info *pipe, size_t len,
> > - unsigned int flags)
> > +long vfs_splice_read(struct file *in, loff_t *ppos,
>
> The (pre-existing) long here is odd given that ->splice_read
> returns a ssize_t. This might be a good time to fix that up.
There's a while lot of places in splice.c that use long rather than ssize_t.
I can produce a separate patch that changes them all, but that should perhaps
be separate to this.
David
Powered by blists - more mailing lists