summaryrefslogtreecommitdiffstats
path: root/fs/btrfs/super.c
diff options
context:
space:
mode:
authorJosef Bacik <jbacik@fusionio.com>2012-09-14 16:34:40 +0200
committerChris Mason <chris.mason@fusionio.com>2012-10-04 15:39:56 +0200
commit60376ce4a8396bc5cd777be05b6a9bf044520f42 (patch)
tree9648ab1c651557c640b8cdd24ce18d75b434c510 /fs/btrfs/super.c
parentbtrfs: return EPERM upon rmdir on a subvolume (diff)
downloadlinux-60376ce4a8396bc5cd777be05b6a9bf044520f42.tar.xz
linux-60376ce4a8396bc5cd777be05b6a9bf044520f42.zip
Btrfs: fix race in sync and freeze again
I screwed this up, there is a race between checking if there is a running transaction and actually starting a transaction in sync where we could race with a freezer and get ourselves into trouble. To fix this we need to make a new join type to only do the try lock on the freeze stuff. If it fails we'll return EPERM and just return from sync. This fixes a hang Liu Bo reported when running xfstest 68 in a loop. Thanks, Reported-by: Liu Bo <bo.li.liu@oracle.com> Signed-off-by: Josef Bacik <jbacik@fusionio.com>
Diffstat (limited to 'fs/btrfs/super.c')
-rw-r--r--fs/btrfs/super.c15
1 files changed, 6 insertions, 9 deletions
diff --git a/fs/btrfs/super.c b/fs/btrfs/super.c
index 867e8e799dea..903ab2d7068a 100644
--- a/fs/btrfs/super.c
+++ b/fs/btrfs/super.c
@@ -854,16 +854,13 @@ int btrfs_sync_fs(struct super_block *sb, int wait)
btrfs_wait_ordered_extents(root, 0, 0);
- spin_lock(&fs_info->trans_lock);
- if (!fs_info->running_transaction) {
- spin_unlock(&fs_info->trans_lock);
- return 0;
- }
- spin_unlock(&fs_info->trans_lock);
-
- trans = btrfs_join_transaction(root);
- if (IS_ERR(trans))
+ trans = btrfs_join_transaction_freeze(root);
+ if (IS_ERR(trans)) {
+ /* Frozen, don't bother */
+ if (PTR_ERR(trans) == -EPERM)
+ return 0;
return PTR_ERR(trans);
+ }
return btrfs_commit_transaction(trans, root);
}