aboutsummaryrefslogtreecommitdiffstats
path: root/drivers
diff options
context:
space:
mode:
authorShinya Kuribayashi <shinya.kuribayashi.px@renesas.com>2010-05-06 06:21:47 -0400
committerArtem Bityutskiy <Artem.Bityutskiy@nokia.com>2010-05-07 01:33:10 -0400
commit3f5026222e8a16daaa830eec4d72c6745b74407e (patch)
treea3274b82c86184e8b6e39795dbf11ad5d243f4c3 /drivers
parentaf7ad7a0a6c0c1d8497a25b6b8b3b2ce9f52ff04 (diff)
UBI: fix s/then/than/ typos
Signed-off-by: Shinya Kuribayashi <shinya.kuribayashi.px@renesas.com> Signed-off-by: Artem Bityutskiy <Artem.Bityutskiy@nokia.com>
Diffstat (limited to 'drivers')
-rw-r--r--drivers/mtd/ubi/Kconfig2
-rw-r--r--drivers/mtd/ubi/io.c2
-rw-r--r--drivers/mtd/ubi/kapi.c6
-rw-r--r--drivers/mtd/ubi/scan.c4
-rw-r--r--drivers/mtd/ubi/wl.c2
5 files changed, 8 insertions, 8 deletions
diff --git a/drivers/mtd/ubi/Kconfig b/drivers/mtd/ubi/Kconfig
index 0a8c7ea764ae..f702a163d8df 100644
--- a/drivers/mtd/ubi/Kconfig
+++ b/drivers/mtd/ubi/Kconfig
@@ -27,7 +27,7 @@ config MTD_UBI_WL_THRESHOLD
27 The default value should be OK for SLC NAND flashes, NOR flashes and 27 The default value should be OK for SLC NAND flashes, NOR flashes and
28 other flashes which have eraseblock life-cycle 100000 or more. 28 other flashes which have eraseblock life-cycle 100000 or more.
29 However, in case of MLC NAND flashes which typically have eraseblock 29 However, in case of MLC NAND flashes which typically have eraseblock
30 life-cycle less then 10000, the threshold should be lessened (e.g., 30 life-cycle less than 10000, the threshold should be lessened (e.g.,
31 to 128 or 256, although it does not have to be power of 2). 31 to 128 or 256, although it does not have to be power of 2).
32 32
33config MTD_UBI_BEB_RESERVE 33config MTD_UBI_BEB_RESERVE
diff --git a/drivers/mtd/ubi/io.c b/drivers/mtd/ubi/io.c
index 533b1a4b9af1..016ec1387bc2 100644
--- a/drivers/mtd/ubi/io.c
+++ b/drivers/mtd/ubi/io.c
@@ -65,7 +65,7 @@
65 * 65 *
66 * A: because when writing a sub-page, MTD still writes a full 2K page but the 66 * A: because when writing a sub-page, MTD still writes a full 2K page but the
67 * bytes which are no relevant to the sub-page are 0xFF. So, basically, writing 67 * bytes which are no relevant to the sub-page are 0xFF. So, basically, writing
68 * 4x512 sub-pages is 4 times slower then writing one 2KiB NAND page. Thus, we 68 * 4x512 sub-pages is 4 times slower than writing one 2KiB NAND page. Thus, we
69 * prefer to use sub-pages only for EV and VID headers. 69 * prefer to use sub-pages only for EV and VID headers.
70 * 70 *
71 * As it was noted above, the VID header may start at a non-aligned offset. 71 * As it was noted above, the VID header may start at a non-aligned offset.
diff --git a/drivers/mtd/ubi/kapi.c b/drivers/mtd/ubi/kapi.c
index 17f287decc36..69fa4ef03c53 100644
--- a/drivers/mtd/ubi/kapi.c
+++ b/drivers/mtd/ubi/kapi.c
@@ -488,7 +488,7 @@ EXPORT_SYMBOL_GPL(ubi_leb_write);
488 * 488 *
489 * This function changes the contents of a logical eraseblock atomically. @buf 489 * This function changes the contents of a logical eraseblock atomically. @buf
490 * has to contain new logical eraseblock data, and @len - the length of the 490 * has to contain new logical eraseblock data, and @len - the length of the
491 * data, which has to be aligned. The length may be shorter then the logical 491 * data, which has to be aligned. The length may be shorter than the logical
492 * eraseblock size, ant the logical eraseblock may be appended to more times 492 * eraseblock size, ant the logical eraseblock may be appended to more times
493 * later on. This function guarantees that in case of an unclean reboot the old 493 * later on. This function guarantees that in case of an unclean reboot the old
494 * contents is preserved. Returns zero in case of success and a negative error 494 * contents is preserved. Returns zero in case of success and a negative error
@@ -571,7 +571,7 @@ EXPORT_SYMBOL_GPL(ubi_leb_erase);
571 * 571 *
572 * This function un-maps logical eraseblock @lnum and schedules the 572 * This function un-maps logical eraseblock @lnum and schedules the
573 * corresponding physical eraseblock for erasure, so that it will eventually be 573 * corresponding physical eraseblock for erasure, so that it will eventually be
574 * physically erased in background. This operation is much faster then the 574 * physically erased in background. This operation is much faster than the
575 * erase operation. 575 * erase operation.
576 * 576 *
577 * Unlike erase, the un-map operation does not guarantee that the logical 577 * Unlike erase, the un-map operation does not guarantee that the logical
@@ -590,7 +590,7 @@ EXPORT_SYMBOL_GPL(ubi_leb_erase);
590 * 590 *
591 * The main and obvious use-case of this function is when the contents of a 591 * The main and obvious use-case of this function is when the contents of a
592 * logical eraseblock has to be re-written. Then it is much more efficient to 592 * logical eraseblock has to be re-written. Then it is much more efficient to
593 * first un-map it, then write new data, rather then first erase it, then write 593 * first un-map it, then write new data, rather than first erase it, then write
594 * new data. Note, once new data has been written to the logical eraseblock, 594 * new data. Note, once new data has been written to the logical eraseblock,
595 * UBI guarantees that the old contents has gone forever. In other words, if an 595 * UBI guarantees that the old contents has gone forever. In other words, if an
596 * unclean reboot happens after the logical eraseblock has been un-mapped and 596 * unclean reboot happens after the logical eraseblock has been un-mapped and
diff --git a/drivers/mtd/ubi/scan.c b/drivers/mtd/ubi/scan.c
index dc5f688699da..aed19f33b8f3 100644
--- a/drivers/mtd/ubi/scan.c
+++ b/drivers/mtd/ubi/scan.c
@@ -231,7 +231,7 @@ static struct ubi_scan_volume *add_volume(struct ubi_scan_info *si, int vol_id,
231 * case of success this function returns a positive value, in case of failure, a 231 * case of success this function returns a positive value, in case of failure, a
232 * negative error code is returned. The success return codes use the following 232 * negative error code is returned. The success return codes use the following
233 * bits: 233 * bits:
234 * o bit 0 is cleared: the first PEB (described by @seb) is newer then the 234 * o bit 0 is cleared: the first PEB (described by @seb) is newer than the
235 * second PEB (described by @pnum and @vid_hdr); 235 * second PEB (described by @pnum and @vid_hdr);
236 * o bit 0 is set: the second PEB is newer; 236 * o bit 0 is set: the second PEB is newer;
237 * o bit 1 is cleared: no bit-flips were detected in the newer LEB; 237 * o bit 1 is cleared: no bit-flips were detected in the newer LEB;
@@ -452,7 +452,7 @@ int ubi_scan_add_used(struct ubi_device *ubi, struct ubi_scan_info *si,
452 452
453 if (cmp_res & 1) { 453 if (cmp_res & 1) {
454 /* 454 /*
455 * This logical eraseblock is newer then the one 455 * This logical eraseblock is newer than the one
456 * found earlier. 456 * found earlier.
457 */ 457 */
458 err = validate_vid_hdr(vid_hdr, sv, pnum); 458 err = validate_vid_hdr(vid_hdr, sv, pnum);
diff --git a/drivers/mtd/ubi/wl.c b/drivers/mtd/ubi/wl.c
index f64ddabd4ac8..ee7b1d8fbb92 100644
--- a/drivers/mtd/ubi/wl.c
+++ b/drivers/mtd/ubi/wl.c
@@ -350,7 +350,7 @@ static void prot_queue_add(struct ubi_device *ubi, struct ubi_wl_entry *e)
350 * @max: highest possible erase counter 350 * @max: highest possible erase counter
351 * 351 *
352 * This function looks for a wear leveling entry with erase counter closest to 352 * This function looks for a wear leveling entry with erase counter closest to
353 * @max and less then @max. 353 * @max and less than @max.
354 */ 354 */
355static struct ubi_wl_entry *find_wl_entry(struct rb_root *root, int max) 355static struct ubi_wl_entry *find_wl_entry(struct rb_root *root, int max)
356{ 356{