summaryrefslogtreecommitdiffstats
path: root/fs/bio-integrity.c
diff options
context:
space:
mode:
authorJosef Bacik <josef@redhat.com>2010-03-19 20:49:55 +0000
committerChris Mason <chris.mason@oracle.com>2010-03-30 21:19:09 -0400
commit1b1d1f6625e517a08640ddb4b8f8a0e025243fe3 (patch)
treed662fe7e7d9ddec1214982b3dcd955228e18562f /fs/bio-integrity.c
parent6cf8bfbf5e88edfb09a2bf0631a067060f534592 (diff)
downloadlinux-1b1d1f6625e517a08640ddb4b8f8a0e025243fe3.tar.gz
linux-1b1d1f6625e517a08640ddb4b8f8a0e025243fe3.tar.bz2
linux-1b1d1f6625e517a08640ddb4b8f8a0e025243fe3.zip
Btrfs: fail to mount if we have problems reading the block groups
We don't actually check the return value of btrfs_read_block_groups, so we can possibly succeed to mount, but then fail to say read the superblock xattr for selinux which will cause the vfs code to deactivate the super. This is a problem because in find_free_extent we just assume that we will find the right space_info for the allocation we want. But if we failed to read the block groups, we won't have setup any space_info's, and we'll hit a NULL pointer deref in find_free_extent. This patch fixes that problem by checking the return value of btrfs_read_block_groups, and failing out properly. I've also added a check in find_free_extent so if for some reason we don't find an appropriate space_info, we just return -ENOSPC. Signed-off-by: Josef Bacik <josef@redhat.com> Signed-off-by: Chris Mason <chris.mason@oracle.com>
Diffstat (limited to 'fs/bio-integrity.c')
0 files changed, 0 insertions, 0 deletions