Source-Changes-HG archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

[src/trunk]: src/share/man/man4 New sentence, new line.



details:   https://anonhg.NetBSD.org/src/rev/1dc6118dd09d
branches:  trunk
changeset: 753345:1dc6118dd09d
user:      wiz <wiz%NetBSD.org@localhost>
date:      Tue Mar 23 16:03:33 2010 +0000

description:
New sentence, new line.

diffstat:

 share/man/man4/we.4 |  84 ++++++++++++++++++++++++++++++----------------------
 1 files changed, 48 insertions(+), 36 deletions(-)

diffs (151 lines):

diff -r 8439f5db23e8 -r 1dc6118dd09d share/man/man4/we.4
--- a/share/man/man4/we.4       Tue Mar 23 15:09:45 2010 +0000
+++ b/share/man/man4/we.4       Tue Mar 23 16:03:33 2010 +0000
@@ -1,4 +1,4 @@
-.\"    $NetBSD: we.4,v 1.17 2010/03/23 14:51:49 tsutsui Exp $
+.\"    $NetBSD: we.4,v 1.18 2010/03/23 16:03:33 wiz Exp $
 .\"
 .\" Copyright (c) 1997 The NetBSD Foundation, Inc.
 .\" All rights reserved.
@@ -49,8 +49,8 @@
 SMC EtherEZ Ethernet cards.
 .Sh FLAG VALUES
 For some clone boards the driver is not able to recognize 16bit or 8bit
-interfaces correctly. Since this makes a huge difference (see diagnostic
-section below)
+interfaces correctly.
+Since this makes a huge difference (see diagnostic section below)
 you can override this by specifying flags value in the config file:
 .Pp
 .Cd "we2 at isa? port 0x300 iomem 0xe0000 irq 15 flags 4"
@@ -60,14 +60,16 @@
 .Bl -diag
 .It 2
 force adapter to be treated as 8bit, even if it probes
-as a 16bit interface. Improper use of this flag will make the
-driver fail or send invalid Ethernet packets.
+as a 16bit interface.
+Improper use of this flag will make the driver fail or send invalid
+Ethernet packets.
 .It 4
 force adapter to be treated as 16bit, even if it probes
-as a 8bit interface. For example the COMPEX ENT/U boards
-identify as WD8003 compatibles, but are in fact 16bit cards.
-Using this flag on a board that really is a 8bit board will
-result in bogus packets being sent.
+as a 8bit interface.
+For example the COMPEX ENT/U boards identify as WD8003 compatibles,
+but are in fact 16bit cards.
+Using this flag on a board that really is a 8bit board will result
+in bogus packets being sent.
 .It 8
 disable the use of double transmit buffers to save space in
 the on-board RAM for more receive buffers.
@@ -77,17 +79,20 @@
 interface for atari supports only SMC Elite Ultra.
 .Sh MEDIA SELECTION
 The ability to select media from software is dependent on the particular
-model of WD/SMC card.  The following models support only manual configuration:
+model of WD/SMC card.
+The following models support only manual configuration:
 WD8003S, WD8003E, and WD8013EBT.
 .Pp
 Other WD/SMC 80x3 interfaces support two types of media on a single card.
-All support the AUI media type.  The other media is either BNC or UTP
-behind a transceiver.  Software cannot differentiate between BNC and UTP
-cards.  On some models, the AUI port is always active.
+All support the AUI media type.
+The other media is either BNC or UTP behind a transceiver.
+Software cannot differentiate between BNC and UTP cards.
+On some models, the AUI port is always active.
 .Pp
 The SMC Elite Ultra and SMC EtherEZ interfaces support three media
-a single card: AUI, BNC, and UTP.  If the transceiver is active, the BNC
-media is selected.  Otherwise, the AUI and UTP ports are both active.
+a single card: AUI, BNC, and UTP.
+If the transceiver is active, the BNC media is selected.
+Otherwise, the AUI and UTP ports are both active.
 .Pp
 To enable the AUI media, select the
 .Em 10base5
@@ -96,7 +101,8 @@
 media type with
 .Xr ifconfig 8 Ns 's
 .Cm media
-directive.  To select the other media (transceiver), select the
+directive.
+To select the other media (transceiver), select the
 .Em 10base2
 or
 .Em bnc
@@ -105,15 +111,17 @@
 .Bl -diag
 .It "we0: overriding IRQ \*[Lt]n\*[Gt] to \*[Lt]m\*[Gt]"
 The IRQ specified in the kernel configuration file is different from that
-found in the card's configuration registers.  The value in the kernel
-configuration file is being overridden by the one configured into the card.
+found in the card's configuration registers.
+The value in the kernel configuration file is being overridden by
+the one configured into the card.
 .It "we0: can't wildcard IRQ on a \*[Lt]model\*[Gt]"
 The IRQ was wildcarded in the kernel configuration file, and the card is
 a WD8003S, WD8003E, or WD8013EBT, which do not support software IRQ
 configuration.
 .It "we0: failed to clear shared memory at offset \*[Lt]off\*[Gt]"
 The memory test was unable to clear the interface's shared memory
-region.  This often indicates that the card is configured at a conflicting
+region.
+This often indicates that the card is configured at a conflicting
 .Em iomem
 address.
 .It we0: warning - receiver ring buffer overrun
@@ -121,28 +129,32 @@
 ring-buffer to store incoming packets.
 .Pp
 The 16bit boards (8013 series) have 16k of memory as well as
-fast memory access speed.  Typical memory access speed on these
-boards is about 4MB/second.  These boards generally have no
-problems keeping up with full Ethernet speed and the ring-buffer
-seldom overfills.
+fast memory access speed.
+Typical memory access speed on these boards is about 4MB/second.
+These boards generally have no problems keeping up with full Ethernet
+speed and the ring-buffer seldom overfills.
 .Pp
 However, the 8bit boards (8003) usually have only 8k bytes of shared
-memory.  This is only enough room for about 4 full-size (1500 byte)
-packets.  This can sometimes be a problem, especially on the original
-WD8003E, because these boards' shared-memory access speed is quite
-slow; typically only about 1MB/second.  The overhead of this slow
-memory access, and the fact that there is only room for 4 full-sized
-packets means that the ring-buffer will occasionally overrun.  When
-this happens, the board must be reset to avoid a lockup problem in
-early revision 8390's.  Resetting the board causes all of the data in
-the ring-buffer to be lost, requiring it to be retransmitted/received,
-congesting the board further.  Because of this, maximum throughput on
-these boards is only about 400-600k per second.
+memory.
+This is only enough room for about 4 full-size (1500 byte) packets.
+This can sometimes be a problem, especially on the original WD8003E,
+because these boards' shared-memory access speed is quite slow;
+typically only about 1MB/second.
+The overhead of this slow memory access, and the fact that there
+is only room for 4 full-sized packets means that the ring-buffer
+will occasionally overrun.
+When this happens, the board must be reset to avoid a lockup problem
+in early revision 8390's.
+Resetting the board causes all of the data in the ring-buffer to
+be lost, requiring it to be retransmitted/received, congesting the
+board further.
+Because of this, maximum throughput on these boards is only about
+400-600k per second.
 .Pp
 This problem is exasperated by NFS because the 8bit boards lack
 sufficient memory to support the default 8k byte packets that NFS and
-other protocols use as their default.  If these cards must be used
-with NFS, use the NFS
+other protocols use as their default.
+If these cards must be used with NFS, use the NFS
 .Fl r
 and
 .Fl w



Home | Main Index | Thread Index | Old Index