xref: /freebsd/share/man/man9/namei.9 (revision 95eb4b873b6a8b527c5bd78d7191975dfca38998)
1.\"
2.\" Copyright (c) 1998, 1999 Eivind Eklund
3.\" Copyright (c) 2003 Hiten M. Pandya
4.\" Copyright (c) 2005 Robert N. M. Watson
5.\"
6.\" All rights reserved.
7.\"
8.\" This program is free software.
9.\"
10.\" Redistribution and use in source and binary forms, with or without
11.\" modification, are permitted provided that the following conditions
12.\" are met:
13.\" 1. Redistributions of source code must retain the above copyright
14.\"    notice, this list of conditions and the following disclaimer.
15.\" 2. Redistributions in binary form must reproduce the above copyright
16.\"    notice, this list of conditions and the following disclaimer in the
17.\"    documentation and/or other materials provided with the distribution.
18.\"
19.\" THIS SOFTWARE IS PROVIDED BY THE DEVELOPERS ``AS IS'' AND ANY EXPRESS OR
20.\" IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
21.\" OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
22.\" IN NO EVENT SHALL THE DEVELOPERS BE LIABLE FOR ANY DIRECT, INDIRECT,
23.\" INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
24.\" NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
25.\" DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
26.\" THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
27.\" (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
28.\" THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
29.\"
30.\"
31.\" If you integrate this manpage in another OS, I'd appreciate a note
32.\"	- eivind@FreeBSD.org
33.\"
34.Dd July 8, 2023
35.Dt NAMEI 9
36.Os
37.Sh NAME
38.Nm namei ,
39.Nm NDINIT ,
40.Nm NDFREE
41.Nd pathname translation and lookup operations
42.Sh SYNOPSIS
43.In sys/param.h
44.In sys/fcntl.h
45.In sys/namei.h
46.Ft int
47.Fn namei "struct nameidata *ndp"
48.Ft void
49.Fo NDINIT
50.Fa "struct nameidata *ndp" "u_long op" "u_long flags"
51.Fa "enum uio_seg segflg" "const char *namep" "struct thread *td"
52.Fc
53.Ft void
54.Fn NDFREE "struct nameidata *ndp" "const uint flags"
55.Sh DESCRIPTION
56The
57.Nm
58facility allows the client to perform pathname translation and lookup
59operations.
60The
61.Nm
62functions will increment the reference count for the vnode in question.
63The reference count has to be decremented after use of the vnode, by
64using either
65.Xr vrele 9
66or
67.Xr vput 9 ,
68depending on whether the
69.Dv LOCKLEAF
70flag was specified or not.
71.Pp
72The
73.Fn NDINIT
74function is used to initialize
75.Nm
76components.
77It takes the following arguments:
78.Bl -tag -width ".Fa segflg"
79.It Fa ndp
80The
81.Vt "struct nameidata"
82to initialize.
83.It Fa op
84The operation which
85.Fn namei
86will perform.
87The following operations are valid:
88.Dv LOOKUP , CREATE , DELETE ,
89and
90.Dv RENAME .
91The latter three are just setup for those
92effects; just calling
93.Fn namei
94will not result in
95.Fn VOP_RENAME
96being called.
97.It Fa flags
98Operation flags.
99Several of these can be effective at the same time.
100.It Fa segflg
101UIO segment indicator.
102This indicates if the name of the object is in userspace
103.Pq Dv UIO_USERSPACE
104or in the kernel address space
105.Pq Dv UIO_SYSSPACE .
106.It Fa namep
107Pointer to the component's pathname buffer
108(the file or directory name that will be looked up).
109.It Fa td
110The thread context to use for
111.Nm
112operations and locks.
113.El
114.Sh NAMEI OPERATION FLAGS
115The
116.Fn namei
117function takes the following set of
118.Dq "operation flags"
119that influence its operation:
120.Bl -tag -width ".Dv WANTPARENT"
121.It Dv LOCKLEAF
122Lock vnode on return with
123.Dv LK_EXCLUSIVE
124unless
125.Dv LOCKSHARED
126is also set.
127The
128.Xr VOP_UNLOCK 9
129should be used
130to release the lock (or
131.Xr vput 9
132which is equivalent to calling
133.Xr VOP_UNLOCK 9
134followed by
135.Xr vrele 9 ,
136all in one).
137.It Dv LOCKPARENT
138This flag lets the
139.Fn namei
140function return the parent (directory) vnode,
141.Va ni_dvp
142in locked state, unless it is identical to
143.Va ni_vp ,
144in which case
145.Va ni_dvp
146is not locked per se (but may be locked due to
147.Dv LOCKLEAF ) .
148If a lock is enforced, it should be released using
149.Xr vput 9
150or
151.Xr VOP_UNLOCK 9
152and
153.Xr vrele 9 .
154.It Dv LOCKSHARED
155Lock vnode on return with
156.Dv LK_SHARED .
157The
158.Xr VOP_UNLOCK 9
159should be used
160to release the lock (or
161.Xr vput 9
162which is equivalent to calling
163.Xr VOP_UNLOCK 9
164followed by
165.Xr vrele 9 ,
166all in one).
167.It Dv WANTPARENT
168This flag allows the
169.Fn namei
170function to return the parent (directory) vnode in an unlocked state.
171The parent vnode must be released separately by using
172.Xr vrele 9 .
173.It Dv NOCACHE
174Avoid
175.Fn namei
176creating this entry in the namecache if it is not
177already present.
178Normally,
179.Fn namei
180will add entries to the name cache
181if they are not already there.
182.It Dv FOLLOW
183With this flag,
184.Fn namei
185will follow the symbolic link if the last part
186of the path supplied is a symbolic link (i.e., it will return a vnode
187for whatever the link points at, instead for the link itself).
188.It Dv NOFOLLOW
189Do not follow symbolic links (pseudo).
190This flag is not looked for by the actual code, which looks for
191.Dv FOLLOW .
192.Dv NOFOLLOW
193is used to indicate to the source code reader that symlinks
194are intentionally not followed.
195.It Dv SAVENAME
196Do not free the pathname buffer at the end of the
197.Fn namei
198invocation; instead, free it later in
199.Fn NDFREE
200so that the caller may access the pathname buffer.
201See below for details.
202.It Dv SAVESTART
203Retain an additional reference to the parent directory; do not free
204the pathname buffer.
205See below for details.
206.El
207.Sh ALLOCATED ELEMENTS
208The
209.Vt nameidata
210structure is composed of the following fields:
211.Bl -tag -width ".Va ni_cnd.cn_pnbuf"
212.It Va ni_startdir
213In the normal case, this is either the current directory or the root.
214It is the current directory if the name passed in does not start with
215.Ql /
216and we have not gone through any symlinks with an absolute path, and
217the root otherwise.
218.Pp
219In this case, it is only used by
220.Fn vfs_lookup ,
221and should not be
222considered valid after a call to
223.Fn namei .
224.It Va ni_dvp
225Vnode pointer to directory of the object on which lookup is performed.
226This is available on successful return if
227.Dv LOCKPARENT
228or
229.Dv WANTPARENT
230is set.
231It is locked if
232.Dv LOCKPARENT
233is set.
234.It Va ni_vp
235Vnode pointer to the resulting object,
236.Dv NULL
237otherwise.
238The
239.Va v_usecount
240field of this vnode is incremented.
241If
242.Dv LOCKLEAF
243is set, it is also locked.
244.Pp
245.It Va ni_cnd.cn_pnbuf
246The pathname buffer contains the location of the file or directory
247that will be used by the
248.Nm
249operations.
250It is managed by the
251.Xr uma 9
252zone allocation interface.
253.El
254.Sh RETURN VALUES
255If successful,
256.Fn namei
257will return 0, otherwise it will return an error.
258.Sh FILES
259.Bl -tag -width Pa
260.It Pa src/sys/kern/vfs_lookup.c
261.El
262.Sh ERRORS
263Errors which
264.Fn namei
265may return:
266.Bl -tag -width Er
267.It Bq Er ENOTDIR
268A component of the specified pathname is not a directory when a directory is
269expected.
270.It Bq Er ENAMETOOLONG
271A component of a pathname exceeded 255 characters,
272or an entire pathname exceeded 1023 characters.
273.It Bq Er ENOENT
274A component of the specified pathname does not exist,
275or the pathname is an empty string.
276.It Bq Er EACCES
277An attempt is made to access a file in a way forbidden by its file access
278permissions.
279.It Bq Er ELOOP
280Too many symbolic links were encountered in translating the pathname.
281.It Bq Er EISDIR
282An attempt is made to open a directory with write mode specified.
283.It Bq Er EINVAL
284The last component of the pathname specified for a
285.Dv DELETE
286or
287.Dv RENAME
288operation is
289.Ql \&. .
290.It Bq Er EROFS
291An attempt is made to modify a file or directory on a read-only file system.
292.El
293.Sh SEE ALSO
294.Xr uio 9 ,
295.Xr uma 9 ,
296.Xr VFS 9 ,
297.Xr vnode 9 ,
298.Xr vput 9 ,
299.Xr vref 9
300.Sh AUTHORS
301.An -nosplit
302This manual page was written by
303.An Eivind Eklund Aq Mt eivind@FreeBSD.org
304and later significantly revised by
305.An Hiten M. Pandya Aq Mt hmp@FreeBSD.org .
306.Sh BUGS
307The
308.Dv LOCKPARENT
309flag does not always result in the parent vnode being locked.
310This results in complications when the
311.Dv LOCKPARENT
312is used.
313In order to solve this for the cases where both
314.Dv LOCKPARENT
315and
316.Dv LOCKLEAF
317are used, it is necessary to resort to recursive locking.
318