Re: [PATCH v2 0/4] Enable holes in copy_file_range()

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, May 10, 2018 at 4:58 AM, Goldwyn Rodrigues <rgoldwyn@xxxxxxx> wrote:
> If copy_file_range performs a copy using splice, it converts holes
> to zeros. This effort primarily changes this behavior to create
> holes when it is possible.
>
> Even if copy_file_range() or clone_file_range() does not work for different
> mounted filesystems, We should be able to splice files if they do not
> belong the same super_block.
>
> Changes since v1:
> - Fixed bug when hole/data offset is farther than len

Please specify how you tested this work.
Did you run the xfstests generic/copy tests that Anna wrote?
If the tests caught your bugs - good, if they didn't, please
write more tests to cover the issues you found.
One thing I do not see in the existing tests is coverage for the
trivial case of "only holes" (i.e. touch x; truncate -s 10 x).

Thanks,
Amir.



[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]

  Powered by Linux