Home
last modified time | relevance | path

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

/OK3568_Linux_fs/kernel/Documentation/filesystems/
H A 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
H A Dpath-lookup.rst1064 The place for all this to happen is the ``i_op->follow_link()`` inode
1070 looked at previously, ``->follow_link()`` would need to be careful that
1073 reference with ``->follow_link()`` is not yet done in RCU-walk mode, the
1178 one of these, the ``->follow_link()`` method in "procfs" doesn't return
1180 ``nameidata`` in place to point to that target. ``->follow_link()`` then
H A Dautofs-mount-control.rst69 use the follow_link inode operation to trigger the mount.
/OK3568_Linux_fs/kernel/fs/hostfs/
H A Dhostfs_kern.c140 static char *follow_link(char *link) in follow_link() function
940 char *name = follow_link(host_root_path); in hostfs_fill_sb_common()
/OK3568_Linux_fs/kernel/Documentation/admin-guide/cifs/
H A Dtodo.rst108 2) follow_link and readdir code does not follow dfs junctions
/OK3568_Linux_fs/kernel/drivers/pcmcia/
H A Dcistpl.c474 static int follow_link(struct pcmcia_socket *s, tuple_t *tuple) in follow_link() function
552 ofs = follow_link(s, tuple); in pccard_get_next_tuple()