Btrfs: fix free space accounting when unpinning extents
authorJosef Bacik <jbacik@redhat.com>
Wed, 19 Nov 2008 20:17:55 +0000 (15:17 -0500)
committerChris Mason <chris.mason@oracle.com>
Wed, 19 Nov 2008 20:17:55 +0000 (15:17 -0500)
commit07103a3cdb24099324a11be1f35279b463cdfc31
tree9baff1ecc9e6a069f0cb6e64af6713bbe373780a
parent7c2ca4682a2b401cb0c43f96b05eced25eb83eec
Btrfs: fix free space accounting when unpinning extents

This patch fixes what I hope is the last early ENOSPC bug left.  I did not know
that pinned extents would merge into one big extent when inserted on to the
pinned extent tree, so I was adding free space to a block group that could
possibly span multiple block groups.

This is a big issue because first that space doesn't exist in that block group,
and second we won't actually use that space because there are a bunch of other
checks to make sure we're allocating within the constraints of the block group.

This patch fixes the problem by adding the btrfs_add_free_space to
btrfs_update_pinned_extents which makes sure we are adding the appropriate
amount of free space to the appropriate block group.  Thanks much to Lee Trager
for running my myriad of debug patches to help me track this problem down.
Thank you,

Signed-off-by: Josef Bacik <jbacik@redhat.com>
fs/btrfs/extent-tree.c