diff options
| author | Chris Mason <chris.mason@oracle.com> | 2009-09-11 12:27:37 -0400 |
|---|---|---|
| committer | Chris Mason <chris.mason@oracle.com> | 2009-09-11 13:31:07 -0400 |
| commit | a1ed835e1ab5795f91b198d08c43e2f56848dcf3 (patch) | |
| tree | ac3b370823fa76c5be7698e3663306badbbd622d /fs/btrfs/extent_map.h | |
| parent | 8b62b72b26bcd72082c4a69d179dd906bcc22200 (diff) | |
| download | linux-stable-a1ed835e1ab5795f91b198d08c43e2f56848dcf3.tar.gz linux-stable-a1ed835e1ab5795f91b198d08c43e2f56848dcf3.tar.bz2 linux-stable-a1ed835e1ab5795f91b198d08c43e2f56848dcf3.zip | |
Btrfs: Fix extent replacment race
Data COW means that whenever we write to a file, we replace any old
extent pointers with new ones. There was a window where a readpage
might find the old extent pointers on disk and cache them in the
extent_map tree in ram in the middle of a given write replacing them.
Even though both the readpage and the write had their respective bytes
in the file locked, the extent readpage inserts may cover more bytes than
it had locked down.
This commit closes the race by keeping the new extent pinned in the extent
map tree until after the on-disk btree is properly setup with the new
extent pointers.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
Diffstat (limited to 'fs/btrfs/extent_map.h')
| -rw-r--r-- | fs/btrfs/extent_map.h | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/fs/btrfs/extent_map.h b/fs/btrfs/extent_map.h index 6216dfbcf9be..d3d442f4bbbd 100644 --- a/fs/btrfs/extent_map.h +++ b/fs/btrfs/extent_map.h @@ -59,4 +59,5 @@ struct extent_map *alloc_extent_map(gfp_t mask); void free_extent_map(struct extent_map *em); int __init extent_map_init(void); void extent_map_exit(void); +int unpin_extent_cache(struct extent_map_tree *tree, u64 start, u64 len); #endif |