]> git.baikalelectronics.ru Git - kernel.git/commit
Btrfs: avoid returning -ENOMEM in convert_extent_bit() too early
authorFilipe Manana <fdmanana@suse.com>
Mon, 13 Oct 2014 11:28:39 +0000 (12:28 +0100)
committerChris Mason <clm@fb.com>
Fri, 21 Nov 2014 01:14:29 +0000 (17:14 -0800)
commit59e1a3349546c1981ed39152ad5f41486c6fe812
tree493fbd0a05415f8aa2416564b19cea6c3544564a
parentd6ca3b89f223071b38e67cd9569d2f1fc3f3f25f
Btrfs: avoid returning -ENOMEM in convert_extent_bit() too early

We try to allocate an extent state before acquiring the tree's spinlock
just in case we end up needing to split an existing extent state into two.
If that allocation failed, we would return -ENOMEM.
However, our only single caller (transaction/log commit code), passes in
an extent state that was cached from a call to find_first_extent_bit() and
that has a very high chance to match exactly the input range (always true
for a transaction commit and very often, but not always, true for a log
commit) - in this case we end up not needing at all that initial extent
state used for an eventual split. Therefore just don't return -ENOMEM if
we can't allocate the temporary extent state, since we might not need it
at all, and if we end up needing one, we'll do it later anyway.

Signed-off-by: Filipe Manana <fdmanana@suse.com>
Signed-off-by: Chris Mason <clm@fb.com>
fs/btrfs/extent_io.c