diff options
author | bp <bp@FreeBSD.org> | 2001-02-06 10:33:37 +0000 |
---|---|---|
committer | bp <bp@FreeBSD.org> | 2001-02-06 10:33:37 +0000 |
commit | a3946b33217779ec747954c5ec8d25837f065199 (patch) | |
tree | aa6aaadbae8b20691a01c4226bf049cad9b43490 /share | |
parent | ee151afe7884d87201360c2733e70c287edfef9d (diff) | |
download | FreeBSD-src-a3946b33217779ec747954c5ec8d25837f065199.zip FreeBSD-src-a3946b33217779ec747954c5ec8d25837f065199.tar.gz |
Add man page for VOP_GETVOBJECT, VOP_CREATEVOBJECT and VOP_DESTROYVOBJECT
operations.
Reviewed by: sheldonh
Diffstat (limited to 'share')
-rw-r--r-- | share/man/man9/Makefile | 4 | ||||
-rw-r--r-- | share/man/man9/VOP_GETVOBJECT.9 | 111 |
2 files changed, 114 insertions, 1 deletions
diff --git a/share/man/man9/Makefile b/share/man/man9/Makefile index 35fd77a..f3e418d 100644 --- a/share/man/man9/Makefile +++ b/share/man/man9/Makefile @@ -6,7 +6,7 @@ MAN9= CONDSPLASSERT.9 DELAY.9 KASSERT.9 MD5.9 SPLASSERT.9 \ VFS_VGET.9 VFS_VPTOFH.9 VFS_CHECKEXP.9 \ VOP_ACCESS.9 VOP_ADVLOCK.9 VOP_ATTRIB.9 \ VOP_BWRITE.9 VOP_CREATE.9 VOP_FSYNC.9 VOP_LEASE.9 \ - VOP_GETPAGES.9 VOP_INACTIVE.9 VOP_IOCTL.9 VOP_LINK.9 \ + VOP_GETPAGES.9 VOP_GETVOBJECT.9 VOP_INACTIVE.9 VOP_IOCTL.9 VOP_LINK.9 \ VOP_LOCK.9 VOP_LOOKUP.9 VOP_OPENCLOSE.9 \ VOP_PATHCONF.9 VOP_PRINT.9 VOP_RDWR.9 VOP_READDIR.9 \ VOP_READLINK.9 VOP_REALLOCBLKS.9 VOP_REMOVE.9 VOP_RENAME.9 \ @@ -59,6 +59,8 @@ MLINKS+=VOP_CREATE.9 VOP_MKDIR.9 MLINKS+=VOP_CREATE.9 VOP_MKNOD.9 MLINKS+=VOP_CREATE.9 VOP_SYMLINK.9 MLINKS+=VOP_GETPAGES.9 VOP_PUTPAGES.9 +MLINKS+=VOP_GETVOBJECT.9 VOP_CREATEVOBJECT.9 +MLINKS+=VOP_GETVOBJECT.9 VOP_DESTROYVOBJECT.9 MLINKS+=VOP_INACTIVE.9 VOP_RECLAIM.9 MLINKS+=VOP_LOCK.9 VOP_ISLOCKED.9 MLINKS+=VOP_LOCK.9 VOP_UNLOCK.9 diff --git a/share/man/man9/VOP_GETVOBJECT.9 b/share/man/man9/VOP_GETVOBJECT.9 new file mode 100644 index 0000000..d7d34a8 --- /dev/null +++ b/share/man/man9/VOP_GETVOBJECT.9 @@ -0,0 +1,111 @@ +.\" -*- nroff -*- +.\" +.\" Copyright (c) 2000 Boris Popov +.\" +.\" Redistribution and use in source and binary forms, with or without +.\" modification, are permitted provided that the following conditions +.\" are met: +.\" 1. Redistributions of source code must retain the above copyright +.\" notice, this list of conditions and the following disclaimer. +.\" 2. Redistributions in binary form must reproduce the above copyright +.\" notice, this list of conditions and the following disclaimer in the +.\" documentation and/or other materials provided with the distribution. +.\" +.\" THIS SOFTWARE IS PROVIDED BY THE DEVELOPERS ``AS IS'' AND ANY EXPRESS OR +.\" IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES +.\" OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. +.\" IN NO EVENT SHALL THE DEVELOPERS BE LIABLE FOR ANY DIRECT, INDIRECT, +.\" INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT +.\" NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, +.\" DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY +.\" THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT +.\" (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF +.\" THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. +.\" +.\" $FreeBSD$ +.\" +.Dd Sep 10, 2000 +.Os +.Dt VOP_CREATEVOBJECT 9 +.Sh NAME +.Nm VOP_CREATEVOBJECT , +.Nm VOP_DESTROYVOBJECT , +.Nm VOP_GETVOBJECT +.Nd VM object interaction +.Sh SYNOPSIS +.Fd #include <sys/param.h> +.Fd #include <sys/vnode.h> +.Ft int +.Fn VOP_CREATEVOBJECT "struct vnode *vp" "struct ucred *cred" "struct proc *p" +.Ft int +.Fn VOP_DESTROYVOBJECT "struct vnode *vp" +.Ft int +.Fn VOP_GETVOBJECT "struct vnode *vp" "struct vm_object **objpp" +.Sh DESCRIPTION +These calls are used to control the association of a VM object +with a particular vnode. +.Pp +The arguments specific to these functions are: +.Bl -tag -width objpp +.It Ar vp +the vnode of the file +.It Ar objpp +the VM object being returned, or +.Dv NULL +if the caller wants to test for the existence +of the VM object). +.El +.Pp +.Xr VFS 9 +invokes +.Fn VOP_CREATEVOBJECT +when it needs to create a VM object for the given +.Xr vnode 9 . +Filesystem code may pass this call down to the underlying filesystem. +This VOP can be called multiple times, +and filesystem code should ignore any additional calls, +exiting with a zero return code. +.Pp +.Fn VOP_DESTROYVOBJECT +is called when a +.Xr vnode 9 +is recycled. +.Pp +.Fn VOP_GETVOBJECT +should be used by all kernel code to get a VM object. +.\" XXX What is the next sentence trying to tell people? +The returned VM object may belong to a different filesystem in the case +of stacked mounts. +.Pp +.Xr VFS 9 +has three functions which perform standard operations by creating +and destroying VM objects. +These functions are: +.Fn vop_stdcreatevobject , +.Fn vop_stddestroyvobject +and +.Fn vop_stdgetvobject . +.Pp +.Em Note: +a +.Xr vnode 9 +should be locked on entry and must be left locked on exit. +.Sh RETURN VALUES +The +.Fn VOP_CREATEVOBJECT , +.Fn VOP_DESTROYVOBJECT +and +.Fn VOP_GETVOBJECT +functions return zero on success, or a non-zero value on failure. +Zero is returned on success, otherwise an error is returned. +.Sh EXAMPLES +.\" XXX Why is this code here when it does not use the functions +.\" described in this manual page? +By default, filesystems leave VM object handling to the vop_std* functions. +.Sh SEE ALSO +.Xr VOP_GETPAGES 9 , +.Xr VOP_PUTPAGES 9 , +.Xr vnode 9 +.Sh AUTHORS +This man page was written by +.An Boris Popov . |