]> git.baikalelectronics.ru Git - kernel.git/commit
reiserfs: fix deadlock in umount
authorAl Viro <viro@zeniv.linux.org.uk>
Mon, 5 Aug 2013 13:37:37 +0000 (17:37 +0400)
committerAl Viro <viro@zeniv.linux.org.uk>
Mon, 5 Aug 2013 13:37:37 +0000 (17:37 +0400)
commitc820c14fb60e1b092efc30886a3c0d326d564681
tree75760dceefa6de192465c14d6f72431d055fc772
parentd33c3cb0da597300ed26282fd9cb264be06085c0
reiserfs: fix deadlock in umount

Since remove_proc_entry() started to wait for IO in progress (i.e.
since 2007 or so), the locking in fs/reiserfs/proc.c became wrong;
if procfs read happens between the moment when umount() locks the
victim superblock and removal of /proc/fs/reiserfs/<device>/*,
we'll get a deadlock - read will wait for s_umount (in sget(),
called by r_start()), while umount will wait in remove_proc_entry()
for that read to finish, holding s_umount all along.

Fortunately, the same change allows a much simpler race avoidance -
all we need to do is remove the procfs entries in the very beginning
of reiserfs ->kill_sb(); that'll guarantee that pointer to superblock
will remain valid for the duration for procfs IO, so we don't need
sget() to keep the sucker alive.  As the matter of fact, we can
get rid of the home-grown iterator completely, and use single_open()
instead.

Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
fs/reiserfs/procfs.c
fs/reiserfs/super.c