OSDN Git Service

f2fs: call unlock_new_inode() before d_instantiate()
authorEric Biggers <ebiggers@google.com>
Wed, 18 Apr 2018 22:48:42 +0000 (15:48 -0700)
committerJaegeuk Kim <jaegeuk@google.com>
Sat, 21 Apr 2018 05:32:20 +0000 (22:32 -0700)
commitee0bcd679075f2d1509334486dafa2a9caea890a
treec601ca335855535c9cee421a44916f1b1d5749df
parentc6299745380d4a3645c7d0d18cecd7b28b07fcd0
f2fs: call unlock_new_inode() before d_instantiate()

Cherry-pick from origin/upstream-f2fs-stable-linux-4.9.y:
  e605f836c89e ("f2fs: call unlock_new_inode() before d_instantiate()")

xfstest generic/429 sometimes hangs on f2fs, caused by a thread being
unable to take a directory's i_rwsem for write in vfs_rmdir().  In the
test, one thread repeatedly creates and removes a directory, and other
threads repeatedly look up a file in the directory.  The bug is that
f2fs_mkdir() calls d_instantiate() before unlock_new_inode(), resulting
in the directory inode being exposed to lookups before it has been fully
initialized.  And with CONFIG_DEBUG_LOCK_ALLOC, unlock_new_inode()
reinitializes ->i_rwsem, corrupting its state when it is already held.

Fix it by calling unlock_new_inode() before d_instantiate().  This
matches what other filesystems do.

Fixes: 57397d86c62d ("f2fs: add inode operations for special inodes")
Change-Id: I3f3a17bd5c22e69f685f4d00c2210876fb29a846
Signed-off-by: Eric Biggers <ebiggers@google.com>
Signed-off-by: Jaegeuk Kim <jaegeuk@kernel.org>
fs/f2fs/namei.c