Function report

Linux Kernel

v5.5.9

Brick Technologies Co., Ltd

Source Code:fs\namei.c Create Date:2022-07-28 20:05:06
Last Modify:2020-03-12 14:18:49 Copyright©Brick
home page Tree
Annotation kernel can get tool activityDownload SCCTChinese

Name:walk_component

Proto:static int walk_component(struct nameidata *nd, int flags)

Type:int

Parameter:

TypeParameterName
struct nameidata *nd
intflags
1792  If Value for the false possibility is greater at compile time(last_type != LAST_NORM) Then
1793  err = handle_dots(nd, last_type)
1794  If Not (flags & WALK_MORE) && depth Then put_link(nd)
1796  Return err
1798  err = lookup_fast(nd, & path, & inode, & seq)
1799  If Value for the false possibility is greater at compile time(err <= 0) Then
1800  If err < 0 Then Return err
1802  dentry = lookup_slow( & last, dentry, flags)
1804  If IS_ERR(dentry) Then Return PTR_ERR(dentry)
1807  mnt = mnt
1808  err = Handle a dentry that is managed in some way.* - Flagged for transit management (autofs)* - Flagged as mountpoint* - Flagged as automount point* This may only be called in refwalk mode.* On success path->dentry is known positive.
1809  If Value for the false possibility is greater at compile time(err < 0) Then Return err
1812  seq = 0
1813  inode = d_backing_inode - Get upper or lower inode we should be using*@upper: The upper layer* This is the helper that should be used to get at the inode that will be used* if this dentry were to be opened as a file. The inode may be on the upper
1816  Return Do we need to follow links? We _really_ want to be able* to do this check without having to look at inode->i_op,* so we keep a cache of "no, this doesn't need follow_link"* for the common case.
Caller
NameDescribe
link_path_walkName resolution.* This is the basic name resolution function, turning a pathname into* the final dentry. We expect 'base' to be positive and a directory.* Returns 0 and nd will have valid dentry and mnt on success.
lookup_last