summaryrefslogtreecommitdiff
path: root/fs/btrfs/backref.c
diff options
context:
space:
mode:
authorFilipe Manana <fdmanana@gmail.com>2014-06-09 02:48:05 (GMT)
committerChris Mason <clm@fb.com>2014-06-10 00:21:16 (GMT)
commit7ffbb598a059b73487909619d73150f99b50337a (patch)
treeba975f1810eb340b07143eea3a284861cad0ff4b /fs/btrfs/backref.c
parentcd857dd6bc2ae9ecea14e75a34e8a8fdc158e307 (diff)
downloadlinux-7ffbb598a059b73487909619d73150f99b50337a.tar.xz
Btrfs: make fsync work after cloning into a file
When cloning into a file, we were correctly replacing the extent items in the target range and removing the extent maps. However we weren't replacing the extent maps with new ones that point to the new extents - as a consequence, an incremental fsync (when the inode doesn't have the full sync flag) was a NOOP, since it relies on the existence of extent maps in the modified list of the inode's extent map tree, which was empty. Therefore add new extent maps to reflect the target clone range. A test case for xfstests follows. Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com> Signed-off-by: Chris Mason <clm@fb.com>
Diffstat (limited to 'fs/btrfs/backref.c')
0 files changed, 0 insertions, 0 deletions