| commit | 8a1413a296d38b54ded651e76ef16c033d38fd5d | |
| author | Chris Mason <chris.mason@oracle.com> | |
| Mon, 10 Nov 2008 21:13:54 +0000 (10 16:13 -0500) | ||
| committer | Chris Mason <chris.mason@oracle.com> | |
| Mon, 10 Nov 2008 21:13:54 +0000 (10 16:13 -0500) | ||
| tree | 846016af5294059bf967c4c30fa2895557ba28c9 | treesnapshot (tar.gz zip) |
| parent | 240d5d482b69415b92ffce4b8dfca10799c9890b | commitdiff |
Btrfs: empty_size allocation fixes again
The allocator wasn't catching all of the cases where it needed to do
extra loops because the check to enforce them wasn't happening early
enough.
When the allocator decided to increase the size of the allocation
for metadata clustering, it wasn't always setting the empty_size to
include the extra (optional) bytes. This also fixes the empty_size field
to be correct.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
The allocator wasn't catching all of the cases where it needed to do
extra loops because the check to enforce them wasn't happening early
enough.
When the allocator decided to increase the size of the allocation
for metadata clustering, it wasn't always setting the empty_size to
include the extra (optional) bytes. This also fixes the empty_size field
to be correct.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
| fs/btrfs/extent-tree.c | diffblobblamehistory |