diff options
| author | Filipe Manana <[email protected]> | 2014-10-13 11:28:38 +0000 |
|---|---|---|
| committer | Chris Mason <[email protected]> | 2014-11-21 01:14:29 +0000 |
| commit | e38e2ed701ff5f3d889c8dda5fe863e165e60d61 (patch) | |
| tree | 315b8703ca6c3317996de05a55ceb252257cbcff /fs/btrfs/dev-replace.c | |
| parent | Btrfs: deal with convert_extent_bit errors to avoid fs corruption (diff) | |
| download | kernel-e38e2ed701ff5f3d889c8dda5fe863e165e60d61.tar.gz kernel-e38e2ed701ff5f3d889c8dda5fe863e165e60d61.zip | |
Btrfs: make find_first_extent_bit be able to cache any state
Right now the only caller of find_first_extent_bit() that is interested
in caching extent states (transaction or log commit), never gets an extent
state cached. This is because find_first_extent_bit() only caches states
that have at least one of the flags EXTENT_IOBITS or EXTENT_BOUNDARY, and
the transaction/log commit caller always passes a tree that doesn't have
ever extent states with any of those flags (they can only have one of the
following flags: EXTENT_DIRTY, EXTENT_NEW or EXTENT_NEED_WAIT).
This change together with the following one in the patch series (titled
"Btrfs: avoid returning -ENOMEM in convert_extent_bit() too early") will
help reduce significantly the chances of calls to convert_extent_bit()
fail with -ENOMEM when called from the transaction/log commit code.
Signed-off-by: Filipe Manana <[email protected]>
Signed-off-by: Chris Mason <[email protected]>
Diffstat (limited to 'fs/btrfs/dev-replace.c')
0 files changed, 0 insertions, 0 deletions