diff options
| author | Chris Mason <chris.mason@oracle.com> | 2011-04-12 13:57:39 -0400 |
|---|---|---|
| committer | Chris Mason <chris.mason@oracle.com> | 2011-04-12 20:51:26 -0400 |
| commit | 109b36a2bb3eebf5c9994980e724958a5b2b62b6 (patch) | |
| tree | 2f9211a615e24452d88040741d93f04714cfef34 /fs/btrfs/xattr.c | |
| parent | 874d0d2633e0f3fe955607c6b04d5fc5325781c4 (diff) | |
| download | kernel_samsung_smdk4412-109b36a2bb3eebf5c9994980e724958a5b2b62b6.tar.gz kernel_samsung_smdk4412-109b36a2bb3eebf5c9994980e724958a5b2b62b6.tar.bz2 kernel_samsung_smdk4412-109b36a2bb3eebf5c9994980e724958a5b2b62b6.zip | |
Btrfs: make uncache_state unconditional
The extent_io code can take cached pointers into the extent state trees,
and these can make lookups much faster in common operations. The
caching only happens when specific bits are set that prevent merging
and splitting of the extent state.
A help function was added to uncache the state, and it was testing
the same set of conditionals. This can leak in very strange corner
cases where the lock bit goes away unexpectedly.
The uncaching should be unconditional. Once we have a ref on the
extent we should always give it up.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
Diffstat (limited to 'fs/btrfs/xattr.c')
0 files changed, 0 insertions, 0 deletions