Date: Sat, 2 Sep 2006 21:54:08 +0000 (UTC) From: "Christian S.J. Peron" <csjp@FreeBSD.org> To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/nfsserver nfs.h nfs_serv.c nfs_srvsock.c nfs_syscalls.c Message-ID: <200609022154.k82Ls9cO076871@repoman.freebsd.org>
next in thread | raw e-mail | index | archive | help
csjp 2006-09-02 21:54:08 UTC
FreeBSD src repository
Modified files: (Branch: RELENG_6)
sys/nfsserver nfs.h nfs_serv.c nfs_srvsock.c
nfs_syscalls.c
Log:
MFC revision 1.79 nfs.h
MFC revision 1.161 nfs_serv.c
MFC revision 1.96 nfs_srvsock.c
MFC revision 1.105 nfs_syscalls.c
date: 2006/01/28 19:24:39; author: csjp; state: Exp; lines: +1 -1
Manage the ucred for the NFS server using the crget/crfree API defined in
kern_prot.c. This API handles reference counting among many other things.
Notably, if MAC is compiled into the kernel, it will properly initialize the
MAC labels when the ucred is allocated.
This work is in preparation for a new MAC entry point which will be responsible
for properly initializing policy specific labels for the NFS server credential.
Utilization of the crfree/crget APIs reduce the complexity associated with
this label's management.
Submitted by: green (with changes) [1]
Obtained from: TrustedBSD Project
Discussed with: rwatson, alfred
[1] I moved the ucred allocation outside the scope of the NFS server lock to
prevent M_WAIKOK allocations from occurring with non-sleep-able locks held.
Additionally, to reduce complexity, the ucred persist as long as the NFS
server descriptor.
Revision Changes Path
1.78.2.2 +1 -1 src/sys/nfsserver/nfs.h
1.156.2.4 +24 -24 src/sys/nfsserver/nfs_serv.c
1.94.2.2 +11 -15 src/sys/nfsserver/nfs_srvsock.c
1.103.2.1 +8 -0 src/sys/nfsserver/nfs_syscalls.c
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200609022154.k82Ls9cO076871>