diff options
| author | andvar <andvar@NetBSD.org> | 2021-07-31 14:36:33 +0000 |
|---|---|---|
| committer | andvar <andvar@NetBSD.org> | 2021-07-31 14:36:33 +0000 |
| commit | 9ab7e2fb254b98c3d69e976896c777bc56366dc0 (patch) | |
| tree | 2a2e9777614e6dfbfa0c6b7f45a1061d568eb483 /sys/dev/ic | |
| parent | ba85341451462fa6511d616155f0d85c61e4eba5 (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.c | 8 | ||||
| -rw-r--r-- | sys/dev/ic/mb86960.c | 16 | ||||
| -rw-r--r-- | sys/dev/ic/mb86960var.h | 6 |
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, |
