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
File | Mode | Size |
---|---|---|
include | ||
Kconfig | -rw-r--r-- | 401 bytes |
Makefile | -rw-r--r-- | 285 bytes |
clcd.c | -rw-r--r-- | 3.9 KB |
clock.c | -rw-r--r-- | 1.5 KB |
fpga-irq.c | -rw-r--r-- | 4.0 KB |
headsmp.S | -rw-r--r-- | 962 bytes |
leds.c | -rw-r--r-- | 2.2 KB |
platsmp.c | -rw-r--r-- | 2.6 KB |
sched-clock.c | -rw-r--r-- | 1.2 KB |
![swh spinner](/static/img/swh-spinner.gif)
Computing file changes ...