Home
last modified time | relevance | path

Searched refs:follow_link (Results 1 – 6 of 6) sorted by relevance

/Linux-v5.4/Documentation/filesystems/
Dporting.rst233 had ->revalidate()) add calls in ->follow_link()/->readlink().
539 from ->follow_link for normal symlinks, or nd_jump_link for magic
592 symlink body is and use simple_follow_link() as ->follow_link().
598 calling conventions for ->follow_link() have changed. Instead of returning
629 ->follow_link() is replaced with ->get_link(); same API, except that
Dpath-lookup.rst1048 The place for all this to happen is the ``i_op->follow_link()`` inode
1054 looked at previously, ``->follow_link()`` would need to be careful that
1057 reference with ``->follow_link()`` is not yet done in RCU-walk mode, the
1162 one of these, the ``->follow_link()`` method in "procfs" doesn't return
1164 ``nameidata`` in place to point to that target. ``->follow_link()`` then
Dautofs-mount-control.txt67 use the follow_link inode operation to trigger the mount.
/Linux-v5.4/fs/hostfs/
Dhostfs_kern.c140 static char *follow_link(char *link) in follow_link() function
942 char *name = follow_link(host_root_path); in hostfs_fill_sb_common()
/Linux-v5.4/Documentation/admin-guide/cifs/
Dtodo.rst108 2) follow_link and readdir code does not follow dfs junctions
/Linux-v5.4/drivers/pcmcia/
Dcistpl.c473 static int follow_link(struct pcmcia_socket *s, tuple_t *tuple) in follow_link() function
551 ofs = follow_link(s, tuple); in pccard_get_next_tuple()