android_kernel_motorola_sm6375/fs/fuse
Repository files (latest commit first)
Filename Latest commit message Latest commit date
Miklos Szeredi 85b0726d5b fuse: flush extending writes
commit 59bda8ecee2ffc6a602b7bf2b9e43ca669cdbdcd upstream.

Callers of fuse_writeback_range() assume that the file is ready for
modification by the server in the supplied byte range after the call
returns.

If there's a write that extends the file beyond the end of the supplied
range, then the file needs to be extended to at least the end of the range,
but currently that's not done.

There are at least two cases where this can cause problems:

 - copy_file_range() will return short count if the file is not extended
   up to end of the source range.

 - FALLOC_FL_ZERO_RANGE | FALLOC_FL_KEEP_SIZE will not extend the file,
   hence the region may not be fully allocated.

Fix by flushing writes from the start of the range up to the end of the
file.  This could be optimized if the writes are non-extending, etc, but
it's probably not worth the trouble.

Fixes: a2bc923629 ("fuse: fix copy_file_range() in the writeback case")
Fixes: 6b1bdb56b17c ("fuse: allow fallocate(FALLOC_FL_ZERO_RANGE)")
Cc: <stable@vger.kernel.org>  # v5.2
Signed-off-by: Miklos Szeredi <mszeredi@redhat.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2021-09-15 09:47:41 +02:00
..
acl.c fuse: fix bad inode 2021-01-09 13:44:54 +01:00
control.c
cuse.c cuse: prevent clone 2021-05-19 10:08:22 +02:00
dev.c fuse: reject internal errno 2021-07-14 16:53:09 +02:00
dir.c fuse: fix bad inode 2021-01-09 13:44:54 +01:00
file.c fuse: flush extending writes 2021-09-15 09:47:41 +02:00
fuse_i.h fuse: fix write deadlock 2021-05-11 14:04:16 +02:00
inode.c fuse: fix bad inode 2021-01-09 13:44:54 +01:00
Kconfig
Makefile
readdir.c fuse: fix bad inode 2021-01-09 13:44:54 +01:00
virtio_fs.c virtiofs: fix memory leak in virtio_fs_probe() 2021-05-11 14:04:14 +02:00
xattr.c fuse: fix bad inode 2021-01-09 13:44:54 +01:00