diff options
| author | Li Zefan <lizf@cn.fujitsu.com> | 2011-11-20 13:33:38 +0100 |
|---|---|---|
| committer | Chris Mason <chris.mason@oracle.com> | 2011-11-20 13:42:14 +0100 |
| commit | 0f0fbf1d0e188d129756e9508090af4bdbfde00b (patch) | |
| tree | 1c015e7be1e1ede9b2b654cb6264217fc110e598 /fs/btrfs/Makefile | |
| parent | btrfs: mirror_num should be int, not u64 (diff) | |
| download | linux-0f0fbf1d0e188d129756e9508090af4bdbfde00b.tar.xz linux-0f0fbf1d0e188d129756e9508090af4bdbfde00b.zip | |
Btrfs: fix to search one more bitmap for cluster setup
Suppose there are two bitmaps [0, 256], [256, 512] and one extent
[100, 120] in the free space cache, and we want to setup a cluster
with offset=100, bytes=50.
In this case, there will be only one bitmap [256, 512] in the temporary
bitmaps list, and then setup_cluster_bitmap() won't search bitmap [0, 256].
The cause is, the list is constructed in setup_cluster_no_bitmap(),
and only bitmaps with bitmap_entry->offset >= offset will be added
into the list, and the very bitmap that convers offset has
bitmap_entry->offset <= offset.
Signed-off-by: Li Zefan <lizf@cn.fujitsu.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
Diffstat (limited to 'fs/btrfs/Makefile')
0 files changed, 0 insertions, 0 deletions