On Tue, Mar 31, 2015 at 12:04:58AM +0100, Filipe Manana wrote: > Test cloning a file range with a length of zero into a destination offset > greater than zero. > > This made btrfs create an extent state record with a start offset greater than > the end offset, resulting in chaos such as an infinite loop when evicting an > inode. > > This issue was fixed by the following linux kernel patch: > > Btrfs: fix inode eviction infinite loop after cloning into it > > Signed-off-by: Filipe Manana <[email protected]>
Reviewed-by: David Sterba <[email protected]> > V2: Use an offset of 64Kb so that the test can run on platforms with any > page size. In btrfs the fs block size must be a multiple of the page > size, so a 4Kb offset would make the test fail on machines with a > page size > 4Kb because the clone ioctl only accepts offsets and lengths > that are multiples of the block size. Nice. -- To unsubscribe from this list: send the line "unsubscribe fstests" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
