summaryrefslogtreecommitdiffstats
path: root/fs/btrfs/extent-tree.c
diff options
context:
space:
mode:
authorJosef Bacik2013-08-22 23:03:29 +0200
committerChris Mason2013-09-01 14:16:23 +0200
commitb8d0c69b9469ffd33df30fee3e990f2d4aa68a09 (patch)
treeba6694c593b6f6cde9a2505c18c66b3b192b8d11 /fs/btrfs/extent-tree.c
parentBtrfs: do not clear our orphan item runtime flag on eexist (diff)
downloadkernel-qcow2-linux-b8d0c69b9469ffd33df30fee3e990f2d4aa68a09.tar.gz
kernel-qcow2-linux-b8d0c69b9469ffd33df30fee3e990f2d4aa68a09.tar.xz
kernel-qcow2-linux-b8d0c69b9469ffd33df30fee3e990f2d4aa68a09.zip
Btrfs: remove ourselves from the cluster list under lock
A user was reporting weird warnings from btrfs_put_delayed_ref() and I noticed that we were doing this list_del_init() on our head ref outside of delayed_refs->lock. This is a problem if we have people still on the list, we could end up modifying old pointers and such. Fix this by removing us from the list before we do our run_delayed_ref on our head ref. Thanks, Signed-off-by: Josef Bacik <jbacik@fusionio.com> Signed-off-by: Chris Mason <chris.mason@fusionio.com>
Diffstat (limited to 'fs/btrfs/extent-tree.c')
-rw-r--r--fs/btrfs/extent-tree.c3
1 files changed, 2 insertions, 1 deletions
diff --git a/fs/btrfs/extent-tree.c b/fs/btrfs/extent-tree.c
index 69083330ee16..cfb3cf711b34 100644
--- a/fs/btrfs/extent-tree.c
+++ b/fs/btrfs/extent-tree.c
@@ -2440,6 +2440,8 @@ static noinline int run_clustered_refs(struct btrfs_trans_handle *trans,
default:
WARN_ON(1);
}
+ } else {
+ list_del_init(&locked_ref->cluster);
}
spin_unlock(&delayed_refs->lock);
@@ -2462,7 +2464,6 @@ static noinline int run_clustered_refs(struct btrfs_trans_handle *trans,
* list before we release it.
*/
if (btrfs_delayed_ref_is_head(ref)) {
- list_del_init(&locked_ref->cluster);
btrfs_delayed_ref_unlock(locked_ref);
locked_ref = NULL;
}