aboutsummaryrefslogtreecommitdiffstats
path: root/block
diff options
context:
space:
mode:
authorJosef Bacik <josef@redhat.com>2010-11-23 19:36:57 +0000
committerChris Mason <chris.mason@oracle.com>2010-11-27 13:37:50 -0500
commit975f84fee2e8a77ee5f41bfe7c5682bf29366b10 (patch)
treee7e20e775fa4c126273c28d0c7f0ee05b5bb7f5b /block
parent619c8c763928841b1112e1d417f88bc1d44daecb (diff)
downloadkernel_samsung_smdk4412-975f84fee2e8a77ee5f41bfe7c5682bf29366b10.zip
kernel_samsung_smdk4412-975f84fee2e8a77ee5f41bfe7c5682bf29366b10.tar.gz
kernel_samsung_smdk4412-975f84fee2e8a77ee5f41bfe7c5682bf29366b10.tar.bz2
Btrfs: fix fiemap
There are two big problems currently with FIEMAP 1) We return extents for holes. This isn't supposed to happen, we just don't return extents for holes and then userspace interprets the lack of an extent as a hole. 2) We sometimes don't set FIEMAP_EXTENT_LAST properly. This is because we wait to see a EXTENT_FLAG_VACANCY flag on the em, but this won't happen if say we ask fiemap to map up to the last extent in a file, and there is nothing but holes up to the i_size. To fix this we need to lookup the last extent in this file and save the logical offset, so if we happen to try and map that extent we can be sure to set FIEMAP_EXTENT_LAST. With this patch we now pass xfstest 225, which we never have before. Signed-off-by: Josef Bacik <josef@redhat.com> Signed-off-by: Chris Mason <chris.mason@oracle.com>
Diffstat (limited to 'block')
0 files changed, 0 insertions, 0 deletions