summaryrefslogtreecommitdiff
path: root/fs/utimes.c
diff options
context:
space:
mode:
authorMiao Xie <miaox@cn.fujitsu.com>2011-11-18 17:43:00 +0800
committerDavid Sterba <dsterba@suse.cz>2011-11-30 18:46:03 +0100
commitaa38a711a893accf5b5192f3d705a120deaa81e0 (patch)
tree59dbb3bca55b7141ba0e0fda1031452ae87a6935 /fs/utimes.c
parentb52f75a595e8a70ee453bd6fb8023ee294f7a729 (diff)
downloadlinux-3.10-aa38a711a893accf5b5192f3d705a120deaa81e0.tar.gz
linux-3.10-aa38a711a893accf5b5192f3d705a120deaa81e0.tar.bz2
linux-3.10-aa38a711a893accf5b5192f3d705a120deaa81e0.zip
Btrfs: fix deadlock on metadata reservation when evicting a inode
When I ran the xfstests, I found the test tasks was blocked on meta-data reservation. By debugging, I found the reason of this bug: start transaction | v reserve meta-data space | v flush delay allocation -> iput inode -> evict inode ^ | | v wait for delay allocation flush <- reserve meta-data space And besides that, the flush on evicting inode will block the thread, which is reclaiming the memory, and make oom happen easily. Fix this bug by skipping the flush step when evicting inode. Signed-off-by: Miao Xie <miaox@cn.fujitsu.com>
Diffstat (limited to 'fs/utimes.c')
0 files changed, 0 insertions, 0 deletions