summaryrefslogtreecommitdiffstats
path: root/fs/btrfs/async-thread.c
diff options
context:
space:
mode:
authorMark Fasheh <mfasheh@suse.de>2015-06-08 15:05:25 -0700
committerChris Mason <clm@fb.com>2015-06-10 07:02:50 -0700
commite1d227a42ea2b4664f94212bd1106b9a3413ffb8 (patch)
treee14df0ebdf2241ee848607f06fc39cef6d5c1db4 /fs/btrfs/async-thread.c
parent070034bdf98544b23a7fcf500618fd31dec06ab2 (diff)
downloadlinux-stable-e1d227a42ea2b4664f94212bd1106b9a3413ffb8.tar.gz
linux-stable-e1d227a42ea2b4664f94212bd1106b9a3413ffb8.tar.bz2
linux-stable-e1d227a42ea2b4664f94212bd1106b9a3413ffb8.zip
btrfs: Handle unaligned length in extent_same
The extent-same code rejects requests with an unaligned length. This poses a problem when we want to dedupe the tail extent of files as we skip cloning the portion between i_size and the extent boundary. If we don't clone the entire extent, it won't be deleted. So the combination of these behaviors winds up giving us worst-case dedupe on many files. We can fix this by allowing a length that extents to i_size and internally aligining those to the end of the block. This is what btrfs_ioctl_clone() so we can just copy that check over. Signed-off-by: Mark Fasheh <mfasheh@suse.de> Signed-off-by: Chris Mason <clm@fb.com>
Diffstat (limited to 'fs/btrfs/async-thread.c')
0 files changed, 0 insertions, 0 deletions