summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorJeff Mahoney <jeffm@suse.com>2010-09-09 14:06:09 +0800
committerChris Mason <chris.mason@oracle.com>2010-09-23 20:26:50 -0400
commitbba632af0eada567fb71f6a41ef9d81a2ab17f63 (patch)
treeb6b89b410641bf8372897117fbbfdbeebbe3dabd
parentb227b4dd7c2365159bc095abde68c71f375691bb (diff)
downloadbtrfs-progs-bba632af0eada567fb71f6a41ef9d81a2ab17f63.tar.gz
Fix use after free in close_ctree
After the roots are closed, root is freed. Yet close_ctree continues to use it. It works generally because no new memory is allocated in the interim, but with glibc malloc perturbing enabled, it crashes every time. This is because root->fs_info points to garbage. This patch uses the already-cached fs_info variable for the rest of the accesses and fixes the crash. This issue was reported at: https://bugzilla.novell.com/show_bug.cgi?id=603620 Signed-off-by: Jeff Mahoney <jeffm@suse.com>
-rw-r--r--disk-io.c10
1 files changed, 5 insertions, 5 deletions
diff --git a/disk-io.c b/disk-io.c
index c1ed8c84..a6e1000d 100644
--- a/disk-io.c
+++ b/disk-io.c
@@ -970,13 +970,13 @@ int close_ctree(struct btrfs_root *root)
if (fs_info->csum_root->node)
free_extent_buffer(fs_info->csum_root->node);
- if (root->fs_info->log_root_tree) {
- if (root->fs_info->log_root_tree->node)
- free_extent_buffer(root->fs_info->log_root_tree->node);
- free(root->fs_info->log_root_tree);
+ if (fs_info->log_root_tree) {
+ if (fs_info->log_root_tree->node)
+ free_extent_buffer(fs_info->log_root_tree->node);
+ free(fs_info->log_root_tree);
}
- close_all_devices(root->fs_info);
+ close_all_devices(fs_info);
extent_io_tree_cleanup(&fs_info->extent_cache);
extent_io_tree_cleanup(&fs_info->free_space_cache);
extent_io_tree_cleanup(&fs_info->block_group_cache);