Unexport do_add_mount() and add in follow_automount(), not ->d_automount()
authorDavid Howells <dhowells@redhat.com>
Fri, 14 Jan 2011 19:10:03 +0000 (19:10 +0000)
committerAl Viro <viro@zeniv.linux.org.uk>
Sun, 16 Jan 2011 01:07:48 +0000 (20:07 -0500)
commitea5b778a8b98c85a87d66bf844904f9c3802b869
treebaa56cbe1a907d76341f2cad53e16569cc1d3288
parentab90911ff90cdab59b31c045c3f0ae480d14f29d
Unexport do_add_mount() and add in follow_automount(), not ->d_automount()

Unexport do_add_mount() and make ->d_automount() return the vfsmount to be
added rather than calling do_add_mount() itself.  follow_automount() will then
do the addition.

This slightly complicates things as ->d_automount() normally wants to add the
new vfsmount to an expiration list and start an expiration timer.  The problem
with that is that the vfsmount will be deleted if it has a refcount of 1 and
the timer will not repeat if the expiration list is empty.

To this end, we require the vfsmount to be returned from d_automount() with a
refcount of (at least) 2.  One of these refs will be dropped unconditionally.
In addition, follow_automount() must get a 3rd ref around the call to
do_add_mount() lest it eat a ref and return an error, leaving the mount we
have open to being expired as we would otherwise have only 1 ref on it.

d_automount() should also add the the vfsmount to the expiration list (by
calling mnt_set_expiry()) and start the expiration timer before returning, if
this mechanism is to be used.  The vfsmount will be unlinked from the
expiration list by follow_automount() if do_add_mount() fails.

This patch also fixes the call to do_add_mount() for AFS to propagate the mount
flags from the parent vfsmount.

Signed-off-by: David Howells <dhowells@redhat.com>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Documentation/filesystems/vfs.txt
fs/afs/mntpt.c
fs/cifs/cifs_dfs_ref.c
fs/internal.h
fs/namei.c
fs/namespace.c
fs/nfs/namespace.c
include/linux/mount.h