summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorliubo <liubo2009@cn.fujitsu.com>2011-07-27 09:49:18 +0000
committerChris Mason <chris.mason@oracle.com>2011-08-01 14:30:44 -0400
commitff1f2b4407454d926d8b143bf37e4dce66026a28 (patch)
treef40720d71285ade24fb6a7f7bcdd442806d5f37e
parent61cfea9bb84d41b09e59822c33b3eb27acc48358 (diff)
downloadop-kernel-dev-ff1f2b4407454d926d8b143bf37e4dce66026a28.zip
op-kernel-dev-ff1f2b4407454d926d8b143bf37e4dce66026a28.tar.gz
Btrfs: fix oops while writing data to SSD partitions
Here I have a two SSD-partitions btrfs, and they are defaultly set to "data=raid0, metadata=raid1", then I try to fill my btrfs partition till "No space left on device", via "dd if=/dev/zero of=/mnt/btrfs/tmp". I get an oops panic from kernel BUG at fs/btrfs/extent-tree.c:5199!, which refers to find_free_extent's BUG_ON(index != get_block_group_index(block_group)); In SSD mode, in order to find enough space to alloc, we may check the block_group cache which has been checked sometime before, but the index is not updated, where it hits the BUG_ON. Signed-off-by: Liu Bo <liubo2009@cn.fujitsu.com> Acked-by: Josef Bacik <josef@redhat.com> Signed-off-by: Chris Mason <chris.mason@oracle.com>
-rw-r--r--fs/btrfs/extent-tree.c4
1 files changed, 3 insertions, 1 deletions
diff --git a/fs/btrfs/extent-tree.c b/fs/btrfs/extent-tree.c
index a4db88d..b172b7f 100644
--- a/fs/btrfs/extent-tree.c
+++ b/fs/btrfs/extent-tree.c
@@ -5079,7 +5079,9 @@ have_block_group:
* group is does point to and try again
*/
if (!last_ptr_loop && last_ptr->block_group &&
- last_ptr->block_group != block_group) {
+ last_ptr->block_group != block_group &&
+ index <=
+ get_block_group_index(last_ptr->block_group)) {
btrfs_put_block_group(block_group);
block_group = last_ptr->block_group;
OpenPOWER on IntegriCloud