PATCH: more typo fixes

From: Alan Cox (alan@lxorguk.ukuu.org.uk)
Date: Sun Jul 27 2003 - 15:06:20 EST


(Steven Cole)
diff -u --new-file --recursive --exclude-from /usr/src/exclude linux-2.6.0-test2/drivers/media/video/zr36120.c linux-2.6.0-test2-ac1/drivers/media/video/zr36120.c
--- linux-2.6.0-test2/drivers/media/video/zr36120.c 2003-07-10 21:09:33.000000000 +0100
+++ linux-2.6.0-test2-ac1/drivers/media/video/zr36120.c 2003-07-15 18:01:29.000000000 +0100
@@ -488,7 +488,7 @@
                     vcp->width < 0 || (uint)(vcp->x+vcp->width) > ztv->overinfo.w ||
                     vcp->height < 0 || (vcp->y+vcp->height) > ztv->overinfo.h)
                 {
- DEBUG(printk(CARD_DEBUG "illegal clipzone (%d,%d,%d,%d) not in (0,0,%d,%d), adapting\n",CARD,vcp->x,vcp->y,vcp->width,vcp->height,ztv->overinfo.w,ztv->overinfo.h));
+ DEBUG(printk(CARD_DEBUG "invalid clipzone (%d,%d,%d,%d) not in (0,0,%d,%d), adapting\n",CARD,vcp->x,vcp->y,vcp->width,vcp->height,ztv->overinfo.w,ztv->overinfo.h));
                         if (vcp->x < 0) vcp->x = 0;
                         if ((uint)vcp->x > ztv->overinfo.w) vcp->x = ztv->overinfo.w;
                         if (vcp->y < 0) vcp->y = 0;
diff -u --new-file --recursive --exclude-from /usr/src/exclude linux-2.6.0-test2/drivers/mtd/maps/elan-104nc.c linux-2.6.0-test2-ac1/drivers/mtd/maps/elan-104nc.c
--- linux-2.6.0-test2/drivers/mtd/maps/elan-104nc.c 2003-07-10 21:09:03.000000000 +0100
+++ linux-2.6.0-test2-ac1/drivers/mtd/maps/elan-104nc.c 2003-07-23 16:39:58.000000000 +0100
@@ -27,7 +27,7 @@
    
    16 bit I/O port (0x22) for some sort of paging.
 
-The single flash device is divided into 3 partition which appear as seperate
+The single flash device is divided into 3 partition which appear as separate
 MTD devices.
 
 Linux thinks that the I/O port is used by the PIC and hence check_region() will
diff -u --new-file --recursive --exclude-from /usr/src/exclude linux-2.6.0-test2/drivers/mtd/maps/scb2_flash.c linux-2.6.0-test2-ac1/drivers/mtd/maps/scb2_flash.c
--- linux-2.6.0-test2/drivers/mtd/maps/scb2_flash.c 2003-07-10 21:10:50.000000000 +0100
+++ linux-2.6.0-test2-ac1/drivers/mtd/maps/scb2_flash.c 2003-07-23 16:39:58.000000000 +0100
@@ -31,17 +31,17 @@
  *
  * The actual BIOS layout has been mostly reverse engineered. Intel BIOS
  * updates for this board include 10 related (*.bio - &.bi9) binary files and
- * another seperate (*.bbo) binary file. The 10 files are 64k of data + a
+ * another separate (*.bbo) binary file. The 10 files are 64k of data + a
  * small header. If the headers are stripped off, the 10 64k files can be
  * concatenated into a 640k image. This is your BIOS image, proper. The
- * seperate .bbo file also has a small header. It is the 'Boot Block'
+ * separate .bbo file also has a small header. It is the 'Boot Block'
  * recovery BIOS. Once the header is stripped, no further prep is needed.
  * As best I can tell, the BIOS is arranged as such:
  * offset 0x00000 to 0x4ffff (320k): unknown - SCSI BIOS, etc?
  * offset 0x50000 to 0xeffff (640k): BIOS proper
  * offset 0xf0000 ty 0xfffff (64k): Boot Block region
  *
- * Intel's BIOS update program flashes the BIOS and Boot Block in seperate
+ * Intel's BIOS update program flashes the BIOS and Boot Block in separate
  * steps. Probably a wise thing to do.
  */
 
diff -u --new-file --recursive --exclude-from /usr/src/exclude linux-2.6.0-test2/drivers/net/eepro.c linux-2.6.0-test2-ac1/drivers/net/eepro.c
--- linux-2.6.0-test2/drivers/net/eepro.c 2003-07-10 21:12:49.000000000 +0100
+++ linux-2.6.0-test2-ac1/drivers/net/eepro.c 2003-07-15 18:01:29.000000000 +0100
@@ -819,7 +819,7 @@
                                         }
                                 }
                                 if (dev->irq < 2) {
- printk(KERN_ERR " Duh! illegal interrupt vector stored in EEPROM.\n");
+ printk(KERN_ERR " Duh! invalid interrupt vector stored in EEPROM.\n");
                         retval = -ENODEV;
                         goto freeall;
                                 } else
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Thu Jul 31 2003 - 22:00:33 EST