summaryrefslogtreecommitdiff
path: root/sys/dev/ic
diff options
context:
space:
mode:
authorandvar <andvar@NetBSD.org>2021-07-31 14:36:33 +0000
committerandvar <andvar@NetBSD.org>2021-07-31 14:36:33 +0000
commit9ab7e2fb254b98c3d69e976896c777bc56366dc0 (patch)
tree2a2e9777614e6dfbfa0c6b7f45a1061d568eb483 /sys/dev/ic
parentba85341451462fa6511d616155f0d85c61e4eba5 (diff)
fix more typos in style found one in file - check/fix them all.
Diffstat (limited to 'sys/dev/ic')
-rw-r--r--sys/dev/ic/mb86950.c8
-rw-r--r--sys/dev/ic/mb86960.c16
-rw-r--r--sys/dev/ic/mb86960var.h6
3 files changed, 15 insertions, 15 deletions
diff --git a/sys/dev/ic/mb86950.c b/sys/dev/ic/mb86950.c
index 188a6104e81..3dcf363467d 100644
--- a/sys/dev/ic/mb86950.c
+++ b/sys/dev/ic/mb86950.c
@@ -1,4 +1,4 @@
-/* $NetBSD: mb86950.c,v 1.34 2020/02/04 05:25:39 thorpej Exp $ */
+/* $NetBSD: mb86950.c,v 1.35 2021/07/31 14:36:33 andvar Exp $ */
/*
* All Rights Reserved, Copyright (C) Fujitsu Limited 1995
@@ -67,7 +67,7 @@
*/
#include <sys/cdefs.h>
-__KERNEL_RCSID(0, "$NetBSD: mb86950.c,v 1.34 2020/02/04 05:25:39 thorpej Exp $");
+__KERNEL_RCSID(0, "$NetBSD: mb86950.c,v 1.35 2021/07/31 14:36:33 andvar Exp $");
/*
* Device driver for Fujitsu mb86950 based Ethernet cards.
@@ -795,13 +795,13 @@ mb86950_rint(struct mb86950_softc *sc, u_int8_t rstat)
* We just loop checking the flag to pull out all received
* packets.
*
- * We limit the number of iterrations to avoid infinite loop.
+ * We limit the number of iterations to avoid infinite loop.
* It can be caused by a very slow CPU (some broken
* peripheral may insert incredible number of wait cycles)
* or, worse, by a broken mb86950 chip.
*/
for (i = 0; i < sc->rxb_num_pkt; i++) {
- /* Stop the iterration if 86950 indicates no packets. */
+ /* Stop the iteration if 86950 indicates no packets. */
if (bus_space_read_1(bst, bsh, DLCR_RX_MODE) & RX_BUF_EMTY)
break;
diff --git a/sys/dev/ic/mb86960.c b/sys/dev/ic/mb86960.c
index cfbbde8124f..d0807f9d737 100644
--- a/sys/dev/ic/mb86960.c
+++ b/sys/dev/ic/mb86960.c
@@ -1,4 +1,4 @@
-/* $NetBSD: mb86960.c,v 1.95 2020/02/04 05:25:39 thorpej Exp $ */
+/* $NetBSD: mb86960.c,v 1.96 2021/07/31 14:36:33 andvar Exp $ */
/*
* All Rights Reserved, Copyright (C) Fujitsu Limited 1995
@@ -32,7 +32,7 @@
*/
#include <sys/cdefs.h>
-__KERNEL_RCSID(0, "$NetBSD: mb86960.c,v 1.95 2020/02/04 05:25:39 thorpej Exp $");
+__KERNEL_RCSID(0, "$NetBSD: mb86960.c,v 1.96 2021/07/31 14:36:33 andvar Exp $");
/*
* Device driver for Fujitsu MB86960A/MB86965A based Ethernet cards.
@@ -582,7 +582,7 @@ mb86960_init(struct mb86960_softc *sc)
ifp->if_flags |= IFF_RUNNING;
/*
- * At this point, the interface is runnung properly,
+ * At this point, the interface is running properly,
* except that it receives *no* packets. we then call
* mb86960_setmode() to tell the chip what packets to be
* received, based on the if_flags and multicast group
@@ -696,7 +696,7 @@ mb86960_start(struct ifnet *ifp)
/*
* Stop accepting more transmission packets temporarily, when
* a filter change request is delayed. Updating the MARs on
- * 86960 flushes the transmisstion buffer, so it is delayed
+ * 86960 flushes the transmission buffer, so it is delayed
* until all buffered transmission packets have been sent
* out.
*/
@@ -860,7 +860,7 @@ mb86960_tint(struct mb86960_softc *sc, uint8_t tstat)
* 86960 has a design flow on collision count on multiple
* packet transmission. When we send two or more packets
* with one start command (that's what we do when the
- * transmission queue is clauded), 86960 informs us number
+ * transmission queue is crowded), 86960 informs us number
* of collisions occurred on the last packet on the
* transmission only. Number of collisions on previous
* packets are lost. I have told that the fact is clearly
@@ -958,7 +958,7 @@ mb86960_rint(struct mb86960_softc *sc, uint8_t rstat)
* We just loop checking the flag to pull out all received
* packets.
*
- * We limit the number of iterrations to avoid infinite loop.
+ * We limit the number of iterations to avoid infinite loop.
* It can be caused by a very slow CPU (some broken
* peripheral may insert incredible number of wait cycles)
* or, worse, by a broken MB86960 chip.
@@ -1660,7 +1660,7 @@ mb86960_setmode(struct mb86960_softc *sc)
* DLC trashes all packets in both transmission and receive
* buffers when stopped.
*
- * ... Are the above sentenses correct? I have to check the
+ * ... Are the above sentences correct? I have to check the
* manual of the MB86960A. FIXME.
*
* To reduce the packet lossage, we delay the filter update
@@ -1689,7 +1689,7 @@ mb86960_setmode(struct mb86960_softc *sc)
/*
* Load a new multicast address filter into MARs.
*
- * The caller must have splnet'ed befor mb86960_loadmar.
+ * The caller must have splnet'ed before mb86960_loadmar.
* This function starts the DLC upon return. So it can be called only
* when the chip is working, i.e., from the driver's point of view, when
* a device is RUNNING. (I mistook the point in previous versions.)
diff --git a/sys/dev/ic/mb86960var.h b/sys/dev/ic/mb86960var.h
index 444ac4f7baa..690644a5742 100644
--- a/sys/dev/ic/mb86960var.h
+++ b/sys/dev/ic/mb86960var.h
@@ -1,4 +1,4 @@
-/* $NetBSD: mb86960var.h,v 1.40 2015/04/13 16:33:24 riastradh Exp $ */
+/* $NetBSD: mb86960var.h,v 1.41 2021/07/31 14:36:33 andvar Exp $ */
/*
* All Rights Reserved, Copyright (C) Fujitsu Limited 1995
@@ -130,7 +130,7 @@ struct mb86960_softc {
/* Set by probe() and not modified in later phases. */
uint32_t sc_flags; /* controller quirks */
-#define FE_FLAGS_MB86960 0x0001 /* DLCR7 is differnt on MB86960 */
+#define FE_FLAGS_MB86960 0x0001 /* DLCR7 is different on MB86960 */
#define FE_FLAGS_SBW_BYTE 0x0002 /* byte access mode for system bus */
#define FE_FLAGS_SRAM_150ns 0x0004 /* The board has slow SRAM */
@@ -179,7 +179,7 @@ struct mb86960_softc {
#define FE_RMASK (FE_D3_OVRFLO | FE_D3_CRCERR | \
FE_D3_ALGERR | FE_D3_SRTPKT | FE_D3_PKTRDY)
-/* Maximum number of iterrations for a receive interrupt. */
+/* Maximum number of iterations for a receive interrupt. */
#define FE_MAX_RECV_COUNT ((65536 - 2048 * 2) / 64)
/* Maximum size of SRAM is 65536,
* minimum size of transmission buffer in fe is 2x2KB,