Amir Goldstein 2ea9846649 ovl: use vfs_clone_file_range() for copy up if possible ... When copying up within the same fs, try to use vfs_clone_file_range(). This is very efficient when lower and upper are on the same fs with file reflink support. If vfs_clone_file_range() fails for any reason, copy up falls back to the regular data copy code. Tested correct behavior when lower and upper are on: 1. same ext4 (copy) 2. same xfs + reflink patches + mkfs.xfs (copy) 3. same xfs + reflink patches + mkfs.xfs -m reflink=1 (reflink) 4. different xfs + reflink patches + mkfs.xfs -m reflink=1 (copy) For comparison, on my laptop, xfstest overlay/001 (copy up of large sparse files) takes less than 1 second in the xfs reflink setup vs. 25 seconds on the rest of the setups. Signed-off-by: Amir Goldstein <amir73il@gmail.com> Signed-off-by: Miklos Szeredi <mszeredi@redhat.com>		2016-12-16 11:02:54 +01:00
..
copy_up.c	ovl: use vfs_clone_file_range() for copy up if possible	2016-12-16 11:02:54 +01:00
dir.c	Merge branch 'overlayfs-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs	2016-10-14 17:23:33 -07:00
inode.c	Revert "ovl: get_write_access() in truncate"	2016-12-16 11:02:54 +01:00
Kconfig	ovl: rename filesystem type to "overlay"	2014-11-20 16:39:59 +01:00
Makefile	ovl: rename filesystem type to "overlay"	2014-11-20 16:39:59 +01:00
overlayfs.h	fs: rename "rename2" i_op to "rename"	2016-09-27 11:03:58 +02:00
readdir.c	ovl: proper cleanup of workdir	2016-09-01 11:11:59 +02:00
super.c	ovl: fix d_real() for stacked fs	2016-11-29 10:20:24 +01:00