Date: Fri, 5 Oct 2001 14:41:19 -0400 (EDT) From: Robert Watson <rwatson@FreeBSD.ORG> To: Dag-Erling Smorgrav <des@ofug.org> Cc: "David E. Cross" <crossd@cs.rpi.edu>, freebsd-fs@FreeBSD.ORG Subject: Re: OpenAFS Message-ID: <Pine.NEB.3.96L.1011005143942.52563E-100000@fledge.watson.org> In-Reply-To: <xzpadz8gzcb.fsf@flood.ping.uio.no>
next in thread | previous in thread | raw e-mail | index | archive | help
The man pages are not known either for their technical depth, nor (it turns out) their correctness. Likewise, the locking statements in vnode_if.src were fairly out of sync last I checked. If that's changed, and I'm simply dated, I'm delighted to hear that :-). Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services On 3 Oct 2001, Dag-Erling Smorgrav wrote: > "David E. Cross" <crossd@cs.rpi.edu> writes: > > Ugh, I have read all of those. I am not left with a good understanding > > of things like VOP_LOCK (when it is needed... based on some previous > > discussions various operations give you the vnode locked or unlocked and > > expect it returned in a state that may not be how they handed it to you, etc) > > The man pages for the individual VOPs document this: > > LOCKS > VOP_OPEN(9) expects vp to be locked on entry and will leave it locked on > return. > > VOP_CLOSE(9) expects at least a reference to be associated with the vnode > and does not care whether the vnode is locked or not. The lock and ref > erence state is left unchanged on return. Note that vn_close expects an > unlocked, referenced vnode and will dereference the vnode prior to > returning. > > For quick reference, consult src/sys/kern/vnode_if.src. > > DES > -- > Dag-Erling Smorgrav - des@ofug.org > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-fs" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.NEB.3.96L.1011005143942.52563E-100000>