Author: eadler (ports committer)
Date: Sat Dec  3 15:41:37 2011
New Revision: 228233
URL: http://svn.freebsd.org/changeset/base/228233

Log:
  - Fix typos s/(more|less) then|\1 than/
  
  Submitted by: Davide Italiano <davide.itali...@gmail.com>
  Approved by:  brucec
  MFC after:    3 days

Modified:
  head/sys/kern/subr_blist.c

Modified: head/sys/kern/subr_blist.c
==============================================================================
--- head/sys/kern/subr_blist.c  Sat Dec  3 14:54:44 2011        (r228232)
+++ head/sys/kern/subr_blist.c  Sat Dec  3 15:41:37 2011        (r228233)
@@ -29,7 +29,7 @@
  *
  *     This module implements a general bitmap allocator/deallocator.  The
  *     allocator eats around 2 bits per 'block'.  The module does not 
- *     try to interpret the meaning of a 'block' other then to return 
+ *     try to interpret the meaning of a 'block' other than to return 
  *     SWAPBLK_NONE on an allocation failure.
  *
  *     A radix tree is used to maintain the bitmap.  Two radix constants are
@@ -57,7 +57,7 @@
  *     the memory subsystem.  In contrast, the rlist code may allocate memory 
  *     on an rlist_free() call.  The non-blocking features of the blist code
  *     are used to great advantage in the swap code (vm/nswap_pager.c).  The
- *     rlist code uses a little less overall memory then the blist code (but
+ *     rlist code uses a little less overall memory than the blist code (but
  *     due to swap interleaving not all that much less), but the blist code 
  *     scales much, much better.
  *
@@ -72,7 +72,7 @@
  *     to cover the number of blocks requested at creation time even if it
  *     must be encompassed in larger root-node radix.
  *
- *     NOTE: the allocator cannot currently allocate more then 
+ *     NOTE: the allocator cannot currently allocate more than 
  *     BLIST_BMAP_RADIX blocks per call.  It will panic with 'allocation too 
  *     large' if you try.  This is an area that could use improvement.  The 
  *     radix is large enough that this restriction does not effect the swap 
@@ -152,7 +152,7 @@ static MALLOC_DEFINE(M_SWAP, "SWAP", "Sw
  * blist_create() - create a blist capable of handling up to the specified
  *                 number of blocks
  *
- *     blocks - must be greater then 0
+ *     blocks - must be greater than 0
  *     flags  - malloc flags
  *
  *     The smallest blist consists of a single leaf node capable of 
@@ -841,7 +841,7 @@ blst_meta_fill(
  *
  *     Initialize our meta structures and bitmaps and calculate the exact
  *     amount of space required to manage 'count' blocks - this space may
- *     be considerably less then the calculated radix due to the large
+ *     be considerably less than the calculated radix due to the large
  *     RADIX values we use.
  */
 
_______________________________________________
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"

Reply via email to