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 |
---|---|---|
Makefile | -rw-r--r-- | 987 bytes |
alloc.c | -rw-r--r-- | 360 bytes |
checksum_32.S | -rw-r--r-- | 4.6 KB |
checksum_64.S | -rw-r--r-- | 8.8 KB |
checksum_wrappers_64.c | -rw-r--r-- | 2.3 KB |
code-patching.c | -rw-r--r-- | 12.5 KB |
copy_32.S | -rw-r--r-- | 9.2 KB |
copypage_64.S | -rw-r--r-- | 2.1 KB |
copypage_power7.S | -rw-r--r-- | 3.3 KB |
copyuser_64.S | -rw-r--r-- | 10.3 KB |
copyuser_power7.S | -rw-r--r-- | 12.9 KB |
crtsavres.S | -rw-r--r-- | 8.0 KB |
devres.c | -rw-r--r-- | 1.1 KB |
div64.S | -rw-r--r-- | 1.9 KB |
feature-fixups-test.S | -rw-r--r-- | 19.0 KB |
feature-fixups.c | -rw-r--r-- | 11.0 KB |
hweight_64.S | -rw-r--r-- | 2.3 KB |
ldstfp.S | -rw-r--r-- | 6.1 KB |
locks.c | -rw-r--r-- | 2.2 KB |
mem_64.S | -rw-r--r-- | 1.9 KB |
memcpy_64.S | -rw-r--r-- | 3.6 KB |
memcpy_power7.S | -rw-r--r-- | 10.4 KB |
rheap.c | -rw-r--r-- | 16.5 KB |
sstep.c | -rw-r--r-- | 37.4 KB |
string.S | -rw-r--r-- | 2.5 KB |
string_64.S | -rw-r--r-- | 3.4 KB |
usercopy_64.c | -rw-r--r-- | 1.1 KB |
vmx-helper.c | -rw-r--r-- | 1.9 KB |
![swh spinner](/static/img/swh-spinner.gif)
Computing file changes ...