Author: vangyzen
Date: Fri Mar 10 20:48:38 2017
New Revision: 315029
URL: https://svnweb.freebsd.org/changeset/base/315029

Log:
  MFC r314626
  
  Fix grammar in some comments in subr_sleepqueue.c
  
  While I'm here, remove trailing whitespace.

Modified:
  stable/10/sys/kern/subr_sleepqueue.c
Directory Properties:
  stable/10/   (props changed)

Modified: stable/10/sys/kern/subr_sleepqueue.c
==============================================================================
--- stable/10/sys/kern/subr_sleepqueue.c        Fri Mar 10 20:38:18 2017        
(r315028)
+++ stable/10/sys/kern/subr_sleepqueue.c        Fri Mar 10 20:48:38 2017        
(r315029)
@@ -26,7 +26,7 @@
 
 /*
  * Implementation of sleep queues used to hold queue of threads blocked on
- * a wait channel.  Sleep queues different from turnstiles in that wait
+ * a wait channel.  Sleep queues are different from turnstiles in that wait
  * channels are not owned by anyone, so there is no priority propagation.
  * Sleep queues can also provide a timeout and can also be interrupted by
  * signals.  That said, there are several similarities between the turnstile
@@ -36,7 +36,7 @@
  * a linked list of queues.  An individual queue is located by using a hash
  * to pick a chain, locking the chain, and then walking the chain searching
  * for the queue.  This means that a wait channel object does not need to
- * embed it's queue head just as locks do not embed their turnstile queue
+ * embed its queue head just as locks do not embed their turnstile queue
  * head.  Threads also carry around a sleep queue that they lend to the
  * wait channel when blocking.  Just as in turnstiles, the queue includes
  * a free list of the sleep queues of other threads blocked on the same
@@ -96,7 +96,7 @@ __FBSDID("$FreeBSD$");
 #define        SC_LOOKUP(wc)   &sleepq_chains[SC_HASH(wc)]
 #define NR_SLEEPQS      2
 /*
- * There two different lists of sleep queues.  Both lists are connected
+ * There are two different lists of sleep queues.  Both lists are connected
  * via the sq_hash entries.  The first list is the sleep queue chain list
  * that a sleep queue is on when it is attached to a wait channel.  The
  * second list is the free list hung off of a sleep queue that is attached
@@ -185,7 +185,7 @@ init_sleepqueues(void)
                    MTX_SPIN | MTX_RECURSE);
 #ifdef SLEEPQUEUE_PROFILING
                snprintf(chain_name, sizeof(chain_name), "%d", i);
-               chain_oid = SYSCTL_ADD_NODE(NULL, 
+               chain_oid = SYSCTL_ADD_NODE(NULL,
                    SYSCTL_STATIC_CHILDREN(_debug_sleepq_chains), OID_AUTO,
                    chain_name, CTLFLAG_RD, NULL, "sleepq chain stats");
                SYSCTL_ADD_UINT(NULL, SYSCTL_CHILDREN(chain_oid), OID_AUTO,
@@ -201,7 +201,7 @@ init_sleepqueues(void)
 #else
            NULL, NULL, sleepq_init, NULL, UMA_ALIGN_CACHE, 0);
 #endif
-       
+
        thread0.td_sleepqueue = sleepq_alloc();
 }
 
@@ -504,7 +504,7 @@ sleepq_switch(void *wchan, int pri)
        mtx_assert(&sc->sc_lock, MA_OWNED);
        THREAD_LOCK_ASSERT(td, MA_OWNED);
 
-       /* 
+       /*
         * If we have a sleep queue, then we've already been woken up, so
         * just return.
         */
@@ -531,7 +531,7 @@ sleepq_switch(void *wchan, int pri)
 #endif
                }
                mtx_unlock_spin(&sc->sc_lock);
-               return;         
+               return;
        }
 #ifdef SLEEPQUEUE_PROFILING
        if (prof_enabled)
_______________________________________________
svn-src-stable-10@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-stable-10
To unsubscribe, send any mail to "svn-src-stable-10-unsubscr...@freebsd.org"

Reply via email to