aboutsummaryrefslogtreecommitdiffstats
path: root/fs/btrfs/async-thread.c
diff options
context:
space:
mode:
authorJosef Bacik <[email protected]>2014-09-18 15:27:17 +0000
committerChris Mason <[email protected]>2014-09-23 00:13:31 +0000
commitf6acfd50110b335c7af636cf1fc8e55319cae5fc (patch)
treecfd2993ba149a853872ab7b50ffad9b7a0ed21e6 /fs/btrfs/async-thread.c
parentBtrfs: remove empty block groups automatically (diff)
downloadkernel-f6acfd50110b335c7af636cf1fc8e55319cae5fc.tar.gz
kernel-f6acfd50110b335c7af636cf1fc8e55319cae5fc.zip
Btrfs: don't do async reclaim during log replay
Trying to reproduce a log enospc bug I hit a panic in the async reclaim code during log replay. This is because we use fs_info->fs_root as our root for shrinking and such. Technically we can use whatever root we want, but let's just not allow async reclaim while we're doing log replay. Thanks, Signed-off-by: Josef Bacik <[email protected]> Signed-off-by: Chris Mason <[email protected]>
Diffstat (limited to 'fs/btrfs/async-thread.c')
0 files changed, 0 insertions, 0 deletions