Message ID | 20230213153301.2338806-1-dhowells@redhat.com (mailing list archive) |
---|---|
Headers | show |
Series | iov_iter: Adjust styling/location of new splice functions | expand |
On 2/13/23 8:32 AM, David Howells wrote: > Hi Jens, Al, Christoph, > > Here are patches to make some changes that Christoph requested[1] to the > new generic file splice functions that I implemented[2]. Apart from one > functional change, they just altering the styling and move one of the > functions to a different file: > > (1) Rename the main functions: > > generic_file_buffered_splice_read() -> filemap_splice_read() > generic_file_direct_splice_read() -> direct_splice_read() > > (2) Abstract out the calculation of the location of the head pipe buffer > into a helper function in linux/pipe_fs_i.h. > > (3) Use init_sync_kiocb() in filemap_splice_read(). > > This is where the functional change is. Some kiocb fields are then > filled in where they were set to 0 before, including setting ki_flags > from f_iocb_flags. I've filtered out IOCB_NOWAIT as the function is > supposed to be synchronous. > > (4) Move filemap_splice_read() to mm/filemap.c. filemap_get_pages() can > then be made static again. > > I've pushed the patches here also: > > https://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git/log/?h=iov-extract-3 > > I've also updated worked the changes into the commits on my iov-extract > branch if that would be preferable, though that means Jens would need to > update his for-6.3/iov-extract again. Honestly, it's getting tight on timing at this point, and there's also a crash report from today: https://lore.kernel.org/linux-block/Y+pdHFFTk1TTEBsO@makrotopia.org/ I think we'd be better off folding in this series and then potentially pushing this series to 6.4 rather than 6.3.