Revision 156cacb1d0d36b0d0582d9e798e58e0044f516b3 authored by Al Viro on 21 September 2012, 12:19:02 UTC, committed by Al Viro on 23 September 2012, 00:48:18 UTC
normally we deal with lock_mount()/umount races by checking that
mountpoint to be is still in our namespace after lock_mount() has
been done.  However, do_add_mount() skips that check when called
with MNT_SHRINKABLE in flags (i.e. from finish_automount()).  The
reason is that ->mnt_ns may be a temporary namespace created exactly
to contain automounts a-la NFS4 referral handling.  It's not the
namespace of the caller, though, so check_mnt() would fail here.
We still need to check that ->mnt_ns is non-NULL in that case,
though.

Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
1 parent fea7a08
History
File Mode Size
Makefile -rw-r--r-- 478 bytes
callchain.c -rw-r--r-- 12.3 KB
core-book3s.c -rw-r--r-- 36.5 KB
core-fsl-emb.c -rw-r--r-- 14.2 KB
e500-pmu.c -rw-r--r-- 3.6 KB
mpc7450-pmu.c -rw-r--r-- 10.2 KB
power4-pmu.c -rw-r--r-- 16.9 KB
power5+-pmu.c -rw-r--r-- 18.5 KB
power5-pmu.c -rw-r--r-- 16.7 KB
power6-pmu.c -rw-r--r-- 15.5 KB
power7-pmu.c -rw-r--r-- 9.6 KB
ppc970-pmu.c -rw-r--r-- 13.4 KB

back to top