Btrfs: Don't corrupt ram in shrink_extent_tree, leak it instead
authorChris Mason <chris.mason@oracle.com>
Tue, 5 Aug 2008 03:17:26 +0000 (23:17 -0400)
committerChris Mason <chris.mason@oracle.com>
Thu, 25 Sep 2008 15:04:06 +0000 (11:04 -0400)
Far from the perfect fix, but these structs are small.  TODO for the
next release.  The block group cache structs are referenced in many
different places, and it isn't safe to just free them while resizing.

A real fix will be a larger change to the allocator so that it doesn't
have to carry about the block group cache structs to find good places
to search for free blocks.

Signed-off-by: Chris Mason <chris.mason@oracle.com>
fs/btrfs/extent-tree.c

index 1aeb695078b90406b1ef215b55317a2967ba2e82..dbde12881244635cb463451a726fe7f1aaab7225 100644 (file)
@@ -3437,8 +3437,10 @@ next:
                           key.objectid, key.objectid + key.offset - 1,
                           (unsigned int)-1, GFP_NOFS);
 
+       /*
        memset(shrink_block_group, 0, sizeof(*shrink_block_group));
        kfree(shrink_block_group);
+       */
 
        btrfs_del_item(trans, root, path);
        btrfs_release_path(root, path);