svn commit: r229832 - stable/9/sys/kern
Eitan Adler
eadler at FreeBSD.org
Mon Jan 9 01:02:38 UTC 2012
Author: eadler (ports committer)
Date: Mon Jan 9 01:02:37 2012
New Revision: 229832
URL: http://svn.freebsd.org/changeset/base/229832
Log:
MFC r228233:
- Fix typos s/(more|less) then|\1 than/
Approved by: brucec
Modified:
stable/9/sys/kern/subr_blist.c
Directory Properties:
stable/9/sys/ (props changed)
Modified: stable/9/sys/kern/subr_blist.c
==============================================================================
--- stable/9/sys/kern/subr_blist.c Mon Jan 9 00:48:19 2012 (r229831)
+++ stable/9/sys/kern/subr_blist.c Mon Jan 9 01:02:37 2012 (r229832)
@@ -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.
*/
More information about the svn-src-stable-9
mailing list