linux-toradex.git/include/linux/splice.h, branch v4.13-rc4

splice/tee/vmsplice: validate flags

2016-12-27T04:53:46+00:00

Long overdue...

Signed-off-by: Al Viro

splice_pipe_desc: kill ->flags

2016-12-27T04:53:38+00:00

no users left

Signed-off-by: Al Viro

remove spd_release_page()

2016-12-27T04:53:33+00:00

no users left

Signed-off-by: Al Viro

new iov_iter flavour: pipe-backed

2016-10-05T22:23:36+00:00

iov_iter variant for passing data into pipe.  copy_to_iter()
copies data into page(s) it has allocated and stuffs them into
the pipe; copy_page_to_iter() stuffs there a reference to the
page given to it.  Both will try to coalesce if possible.
iov_iter_zero() is similar to copy_to_iter(); iov_iter_get_pages()
and friends will do as copy_to_iter() would have and return the
pages where the data would've been copied.  iov_iter_advance()
will truncate everything past the spot it has advanced to.

New primitive: iov_iter_pipe(), used for initializing those.
pipe should be locked all along.

Running out of space acts as fault would for iovec-backed ones;
in other words, giving it to ->read_iter() may result in short
read if the pipe overflows, or -EFAULT if it happens with nothing
copied there.

In other words, ->read_iter() on those acts pretty much like
->splice_read().  Moreover, all generic_file_splice_read() users,
as well as many other ->splice_read() instances can be switched
to that scheme - that'll happen in the next commit.

Signed-off-by: Al Viro

new helper: add_to_pipe()

2016-10-04T00:40:55+00:00

single-buffer analogue of splice_to_pipe(); vmsplice_to_pipe() switched
to that, leaving splice_to_pipe() only for ->splice_read() instances
(and that only until they are converted as well).

Signed-off-by: Al Viro

fs/splice.c: remove unneeded exports

2014-06-12T04:21:11+00:00

ocfs2 was using a bunch of splice.c guts...

Signed-off-by: Al Viro

splice: fix unexpected size truncation

2014-01-28T05:02:40+00:00

@splice_desc.total_len is 32 bit(unsigned int) which is used to store the
size passed from userspace which is 64 bit(size_t) so that the size is
unexpectedly truncated

That means vmsplice can not work if the size passed from userspace is >=
4G, for example, we noticed in vmsplice, splice-reader does not do
anything and splice-writer is waiting for available buffer forever if the
size is 4G

Fix it by extending @splice_desc.total_len to 64 bits as well

Signed-off-by: Xiao Guangrong 
Cc: Jens Axboe 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

splice: don't pass the address of ->f_pos to methods

2013-06-20T15:02:45+00:00

Signed-off-by: Al Viro

splice: fix racy pipe->buffers uses

2012-06-13T19:16:42+00:00

Dave Jones reported a kernel BUG at mm/slub.c:3474! triggered
by splice_shrink_spd() called from vmsplice_to_pipe()

commit 35f3d14dbbc5 (pipe: add support for shrinking and growing pipes)
added capability to adjust pipe->buffers.

Problem is some paths don't hold pipe mutex and assume pipe->buffers
doesn't change for their duration.

Fix this by adding nr_pages_max field in struct splice_pipe_desc, and
use it in place of pipe->buffers where appropriate.

splice_shrink_spd() loses its struct pipe_inode_info argument.

Reported-by: Dave Jones 
Signed-off-by: Eric Dumazet 
Cc: Jens Axboe 
Cc: Alexander Viro 
Cc: Tom Herbert 
Cc: stable  # 2.6.35
Tested-by: Dave Jones 
Signed-off-by: Jens Axboe

tmpfs: clone shmem_file_splice_read()

2011-07-26T03:57:11+00:00

Copy __generic_file_splice_read() and generic_file_splice_read() from
fs/splice.c to shmem_file_splice_read() in mm/shmem.c.  Make
page_cache_pipe_buf_ops and spd_release_page() accessible to it.

Signed-off-by: Hugh Dickins 
Cc: Jens Axboe 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds