src/sys/nfsclient/nfs_node.c, branch release/6.0.0_cvs

This commit was manufactured by cvs2svn to create tag

2005-11-03T00:35:26+00:00

'RELENG_6_0_0_RELEASE'.

This commit was manufactured to restore the state of the 6.0-RELEASE image.

MFC (by ps)

2005-10-09T03:15:36+00:00

| In nfs_nget() if two threads race on the same filehandle, the loser
| should cause the nfsnode to get freed. This fixes a potential vnode
| (and nfsnode) leak in that path.
|
| Submitted by:   Mohan Srinivasan
| Reviewed by:    phk
|
| Revision  Changes    Path
| 1.78      +2 -1      src/sys/nfsclient/nfs_node.c

Approved by:	re (scottl)

- LK_NOPAUSE is a nop now.

2005-03-31T04:37:09+00:00

Sponsored by:   Isilon Systems, Inc.

Use vfs_hash.

2005-03-16T11:28:19+00:00

- VOP_INACTIVE should no longer drop the vnode lock.

2005-03-13T12:15:36+00:00

Sponsored by:	Isilon Systems, Inc.

Make filesystems get rid of their own vnodes vnode_pager object in

2005-01-28T14:42:17+00:00

VOP_RECLAIM().

Remove unused cred arg from nfs_vinvalbuf() and many bogus arguments

2005-01-24T12:31:06+00:00

passed for it.

/* -> /*- for license, minor formatting changes

2005-01-07T01:45:51+00:00

Serialize NFS vinvalbuf operations by acquiring/upgrading to the

2004-12-06T18:52:28+00:00

vnode EXCLUSIVE lock. This prevents threads from adding pages to
the vnode while an invalidation is in progress, closing potential
races. In the bioread() path, callers acquire the SHARED vnode lock
- so while an invalidate was in progress, it was possible to fault
in new pages onto the vnode causing the invalidation to take a while
or fail. We saw these races at Yahoo! with very large files+heavy
concurrent access. Forcing an upgrade to EXCLUSIVE lock before doing
the invalidation closes all these races.

Submitted by:	Mohan Srinivasan mohans at yahoo-inc dot com

Back when VOP_* was introduced, we did not have new-style struct

2004-12-01T23:16:38+00:00

initializations but we did have lofty goals and big ideals.

Adjust to more contemporary circumstances and gain type checking.

	Replace the entire vop_t frobbing thing with properly typed
	structures.  The only casualty is that we can not add a new
	VOP_ method with a loadable module.  History has not given
	us reason to belive this would ever be feasible in the the
	first place.

	Eliminate in toto VOCALL(), vop_t, VNODEOP_SET() etc.

	Give coda correct prototypes and function definitions for
	all vop_()s.

	Generate a bit more data from the vnode_if.src file:  a
	struct vop_vector and protype typedefs for all vop methods.

	Add a new vop_bypass() and make vop_default be a pointer
	to another struct vop_vector.

	Remove a lot of vfs_init since vop_vector is ready to use
	from the compiler.

	Cast various vop_mumble() to void * with uppercase name,
	for instance VOP_PANIC, VOP_NULL etc.

	Implement VCALL() by making vdesc_offset the offsetof() the
	relevant function pointer in vop_vector.  This is disgusting
	but since the code is generated by a script comparatively
	safe.  The alternative for nullfs etc. would be much worse.

	Fix up all vnode method vectors to remove casts so they
	become typesafe.  (The bulk of this is generated by scripts)