svn commit: r201329 - stable/8/sys/fs/nfsclient
Jaakko Heinonen
jh at FreeBSD.org
Thu Dec 31 07:28:44 UTC 2009
Author: jh
Date: Thu Dec 31 07:28:43 2009
New Revision: 201329
URL: http://svn.freebsd.org/changeset/base/201329
Log:
MFC r198289:
Fix comment typos.
Approved by: trasz (mentor)
Modified:
stable/8/sys/fs/nfsclient/nfs_clstate.c
Directory Properties:
stable/8/sys/ (props changed)
stable/8/sys/amd64/include/xen/ (props changed)
stable/8/sys/cddl/contrib/opensolaris/ (props changed)
stable/8/sys/contrib/dev/acpica/ (props changed)
stable/8/sys/contrib/pf/ (props changed)
stable/8/sys/dev/xen/xenpci/ (props changed)
Modified: stable/8/sys/fs/nfsclient/nfs_clstate.c
==============================================================================
--- stable/8/sys/fs/nfsclient/nfs_clstate.c Thu Dec 31 07:28:13 2009 (r201328)
+++ stable/8/sys/fs/nfsclient/nfs_clstate.c Thu Dec 31 07:28:43 2009 (r201329)
@@ -36,9 +36,9 @@ __FBSDID("$FreeBSD$");
* - The correct granularity of an OpenOwner is not nearly so
* obvious. An OpenOwner does the following:
* - provides a serial sequencing of Open/Close/Lock-with-new-lockowner
- * - is used to check for Open/SHare contention (not applicable to
+ * - is used to check for Open/Share contention (not applicable to
* this client, since all Opens are Deny_None)
- * As such, I considered both extrema.
+ * As such, I considered both extreme.
* 1 OpenOwner per ClientID - Simple to manage, but fully serializes
* all Open, Close and Lock (with a new lockowner) Ops.
* 1 OpenOwner for each Open - This one results in an OpenConfirm for
@@ -50,8 +50,8 @@ __FBSDID("$FreeBSD$");
* which of these the vnodeop close applies to. This is handled by
* delaying the Close Op(s) until all of the Opens have been closed.
* (It is not yet obvious if this is the correct granularity.)
- * - How the code handles serailization:
- * - For the ClientId, is uses an exclusive lock while getting its
+ * - How the code handles serialization:
+ * - For the ClientId, it uses an exclusive lock while getting its
* SetClientId and during recovery. Otherwise, it uses a shared
* lock via a reference count.
* - For the rest of the data structures, it uses an SMP mutex
More information about the svn-src-stable
mailing list