vfs: fix the rest of sget() races
authorAl Viro <viro@zeniv.linux.org.uk>
Wed, 4 Jan 2012 02:01:29 +0000 (21:01 -0500)
committerAl Viro <viro@zeniv.linux.org.uk>
Wed, 4 Jan 2012 03:53:10 +0000 (22:53 -0500)
commitdabe0dc194d5d56d379a8994fff47392744b6491
tree16696a688d5b6386c6183cc6137807af38e1d9d1
parentcf31e70d6cf93f19fe9bf1144966ef40991ac723
vfs: fix the rest of sget() races

unfortunately, just checking MS_BORN after having grabbed ->s_umount in
sget() is not enough; places that pick superblock from a list and
grab s_umount shared need the same check in addition to checking for
->s_root; otherwise three-way race between failing mount, sget() and
such list-walker can leave us with list-walker coming *second*, when
temporary active ref grabbed by sget() (to be dropped when sget()
notices that original mount has failed by checking MS_BORN) has
lead to deactivate_locked_super() from failing ->mount() *not* doing
->kill_sb() and just releasing ->s_umount.  Once sget() gets through
and notices that MS_BORN had never been set it will drop the active
ref and fs will be shut down and kicked out of all lists, but it's
too late for something like sync_supers().

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