summaryrefslogtreecommitdiff
path: root/fs/btrfs/file-item.c
diff options
context:
space:
mode:
authorJosef Bacik <jbacik@fusionio.com>2013-10-14 21:23:08 (GMT)
committerChris Mason <chris.mason@fusionio.com>2013-11-12 02:58:32 (GMT)
commited9e8af88e2551aaa6bf51d8063a2493e2d71597 (patch)
treedaa194a93bdc98932618392c66f1d8410e44238c /fs/btrfs/file-item.c
parent0e30db86a4524f9e655e8cb9335b4da1787db3c1 (diff)
downloadlinux-ed9e8af88e2551aaa6bf51d8063a2493e2d71597.tar.xz
Btrfs: fix hole check in log_one_extent
I added an assert to make sure we were looking up aligned offsets for csums and I tripped it when running xfstests. This is because log_one_extent was checking if block_start == 0 for a hole instead of EXTENT_MAP_HOLE. This worked out fine in practice it seems, but it adds a lot of extra work that is uneeded. With this fix I'm no longer tripping my assert. Thanks, Signed-off-by: Josef Bacik <jbacik@fusionio.com> Signed-off-by: Chris Mason <chris.mason@fusionio.com>
Diffstat (limited to 'fs/btrfs/file-item.c')
0 files changed, 0 insertions, 0 deletions