hc
2023-12-11 d2ccde1c8e90d38cee87a1b0309ad2827f3fd30d
kernel/drivers/net/arcnet/Kconfig
....@@ -1,3 +1,4 @@
1
+# SPDX-License-Identifier: GPL-2.0-only
12 #
23 # Arcnet configuration
34 #
....@@ -5,10 +6,10 @@
56 menuconfig ARCNET
67 depends on NETDEVICES && (ISA || PCI || PCMCIA)
78 tristate "ARCnet support"
8
- ---help---
9
+ help
910 If you have a network card of this type, say Y and check out the
1011 (arguably) beautiful poetry in
11
- <file:Documentation/networking/arcnet.txt>.
12
+ <file:Documentation/networking/arcnet.rst>.
1213
1314 You need both this driver, and the driver for the particular ARCnet
1415 chipset of your card. If you don't know, then it's probably a
....@@ -27,12 +28,12 @@
2728 arc0 device. You need to say Y here to communicate with
2829 industry-standard RFC1201 implementations, like the arcether.com
2930 packet driver or most DOS/Windows ODI drivers. Please read the
30
- ARCnet documentation in <file:Documentation/networking/arcnet.txt>
31
+ ARCnet documentation in <file:Documentation/networking/arcnet.rst>
3132 for more information about using arc0.
3233
3334 config ARCNET_1051
3435 tristate "Enable old ARCNet packet format (RFC 1051)"
35
- ---help---
36
+ help
3637 This allows you to use RFC1051 with your ARCnet card via the virtual
3738 arc0s device. You only need arc0s if you want to talk to ARCnet
3839 software complying with the "old" standard, specifically, the DOS
....@@ -41,7 +42,7 @@
4142 industry-standard RFC1201 implementations, like the arcether.com
4243 packet driver or most DOS/Windows ODI drivers. RFC1201 is included
4344 automatically as the arc0 device. Please read the ARCnet
44
- documentation in <file:Documentation/networking/arcnet.txt> for more
45
+ documentation in <file:Documentation/networking/arcnet.rst> for more
4546 information about using arc0e and arc0s.
4647
4748 config ARCNET_RAW
....@@ -55,19 +56,19 @@
5556 tristate "Enable CAP mode packet interface"
5657 help
5758 ARCnet "cap mode" packet encapsulation. Used to get the hardware
58
- acknowledge back to userspace. After the initial protocol byte every
59
- packet is stuffed with an extra 4 byte "cookie" which doesn't
60
- actually appear on the network. After transmit the driver will send
61
- back a packet with protocol byte 0 containing the status of the
62
- transmission:
63
- 0=no hardware acknowledge
64
- 1=excessive nak
65
- 2=transmission accepted by the receiver hardware
59
+ acknowledge back to userspace. After the initial protocol byte every
60
+ packet is stuffed with an extra 4 byte "cookie" which doesn't
61
+ actually appear on the network. After transmit the driver will send
62
+ back a packet with protocol byte 0 containing the status of the
63
+ transmission:
64
+ 0=no hardware acknowledge
65
+ 1=excessive nak
66
+ 2=transmission accepted by the receiver hardware
6667
67
- Received packets are also stuffed with the extra 4 bytes but it will
68
- be random data.
68
+ Received packets are also stuffed with the extra 4 bytes but it will
69
+ be random data.
6970
70
- Cap only listens to protocol 1-8.
71
+ Cap only listens to protocol 1-8.
7172
7273 config ARCNET_COM90xx
7374 tristate "ARCnet COM90xx (normal) chipset driver"
....@@ -81,7 +82,7 @@
8182
8283 config ARCNET_COM90xxIO
8384 tristate "ARCnet COM90xx (IO mapped) chipset driver"
84
- ---help---
85
+ help
8586 This is the chipset driver for the COM90xx cards, using them in
8687 IO-mapped mode instead of memory-mapped mode. This is slower than
8788 the normal driver. Only use it if your card doesn't support shared
....@@ -92,7 +93,7 @@
9293
9394 config ARCNET_RIM_I
9495 tristate "ARCnet COM90xx (RIM I) chipset driver"
95
- ---help---
96
+ help
9697 This is yet another chipset driver for the COM90xx cards, but this
9798 time only using memory-mapped mode, and no IO ports at all. This
9899 driver is completely untested, so if you have one of these cards,