Move everything from /var/adm to /var/log
[unleashed.git] / share / man / man7d / eri.7d
blob87b570a2f6fcee46ced92e5236b249184f01bae4
1 '\" te
2 .\"  Copyright (c) 2000, Sun Microsystems, Inc.  All Rights Reserved
3 .\" The contents of this file are subject to the terms of the Common Development and Distribution License (the "License").  You may not use this file except in compliance with the License.
4 .\" You can obtain a copy of the license at usr/src/OPENSOLARIS.LICENSE or http://www.opensolaris.org/os/licensing.  See the License for the specific language governing permissions and limitations under the License.
5 .\" When distributing Covered Code, include this CDDL HEADER in each file and include the License file at usr/src/OPENSOLARIS.LICENSE.  If applicable, add the following below this CDDL HEADER, with the fields enclosed by brackets "[]" replaced with your own identifying information: Portions Copyright [yyyy] [name of copyright owner]
6 .TH ERI 7D "Mar 1, 2000"
7 .SH NAME
8 eri \- eri Fast-Ethernet device driver
9 .SH SYNOPSIS
10 .LP
11 .nf
12 \fB/dev/eri\fR
13 .fi
15 .SH DESCRIPTION
16 .sp
17 .LP
18 The \fBeri\fR Fast Ethernet driver is a multi-threaded, loadable, clonable,
19 \fBSTREAMS\fR\(embased hardware driver supporting the connectionless Data Link
20 Provider Interface \fBdlpi\fR(7P) over an \fBeri\fR Fast-Ethernet controller.
21 Multiple \fBeri\fR devices installed within the system are supported by the
22 driver.
23 .sp
24 .LP
25 The \fBeri\fR driver provides basic support for the \fBeri\fR hardware and
26 handles the \fBeri\fR device. Functions include chip initialization, frame
27 transit and receive, multicast and promiscuous support, and error recovery and
28 reporting.
29 .sp
30 .LP
31 The \fBeri\fR device provides 100Base-TX networking interfaces using the SUN
32 \fBRIO\fR \fBASIC\fR and an internal transceiver. The \fBRIO\fR \fBASIC\fR
33 provides the \fBPCI\fR interface and \fBMAC\fR functions. The physical layer
34 functions are provided by the internal transceiver which connects to a RJ-45
35 connector.
36 .sp
37 .LP
38 The 100Base-TX standard specifies an auto-negotiation protocol to automatically
39 select the mode and speed of operation. The internal transceiver is capable of
40 performing auto-negotiation using the remote-end of the link (link partner) and
41 receives the capabilities  of the remote end. It selects the  highest common
42 denominator mode of operation based on the priorities. It also supports a
43 forced-mode of operation under which the driver selects the mode of operation.
44 .SH APPLICATION PROGRAMMING INTERFACE
45 .sp
46 .LP
47 The cloning character-special device  \fB/dev/eri\fR is used to access all
48 \fBeri\fR controllers installed within the system.
49 .SS "eri and DLPI"
50 .sp
51 .LP
52 The  \fBeri\fR driver is a "style 2" Data Link Service provider. All
53 \fBM_PROTO\fR and \fBM_PCPROTO\fR type messages are interpreted as \fBDLPI\fR
54 primitives. Valid \fBDLPI\fR primitives are defined in \fB<sys/dlpi.h>.\fR
55 Refer to \fBdlpi\fR(7P) for more information.
56 .sp
57 .LP
58 An explicit \fBDL_ATTACH_REQ\fR message by the user is required to associate
59 the opened stream with a particular device (\fBppa\fR). The \fBppa\fR ID is
60 interpreted as an \fBunsigned integer\fR data type and indicates the
61 corresponding device instance (unit) number. An error (\fBDL_ERROR_ACK\fR) is
62 returned by the driver if the \fBppa\fR field value does not correspond to a
63 valid device instance number for this system. The device is initialized on
64 first attach and de-initialized (stopped) at last detach.
65 .sp
66 .LP
67 The values returned by the driver in the \fBDL_INFO_ACK\fR primitive in
68 response to the \fBDL_INFO_REQ\fR from the user are as follows:
69 .RS +4
70 .TP
71 .ie t \(bu
72 .el o
73 The maximum \fBSDU\fR is \fB1500\fR (\fBETHERMTU\fR - defined in
74 \fB<sys/ethernet.h>\fR ).
75 .RE
76 .RS +4
77 .TP
78 .ie t \(bu
79 .el o
80 The minimum \fBSDU\fR is \fB0\fR.
81 .RE
82 .RS +4
83 .TP
84 .ie t \(bu
85 .el o
86 The \fBdlsap\fR address length is \fB8\fR.
87 .RE
88 .RS +4
89 .TP
90 .ie t \(bu
91 .el o
92 The \fBMAC\fR type is \fBDL_ETHER\fR.
93 .RE
94 .RS +4
95 .TP
96 .ie t \(bu
97 .el o
98 The \fBsap\fR length values is \fB-2\fR, meaning the physical address component
99 is followed immediately  by a 2 byte \fBsap\fR component within the \fBDLSAP\fR
100 address.
102 .RS +4
104 .ie t \(bu
105 .el o
106 The service mode is \fBDL_CLDLS\fR.
108 .RS +4
110 .ie t \(bu
111 .el o
112 Optional quality of service (\fBQOS\fR) is not currently supported so
113 \fBQOS\fR fields are \fB0\fR.
115 .RS +4
117 .ie t \(bu
118 .el o
119 The provider style is \fBDL_STYLE\fR.
121 .RS +4
123 .ie t \(bu
124 .el o
125 The version is \fBDL_VERSION_2\fR.
127 .RS +4
129 .ie t \(bu
130 .el o
131 The broadcast address value is Ethernet/IEEE broadcast address
132 (\fB0xFFFFFF\fR).
136 Once in the \fBDL_ATTACHED\fR state, the user must send a \fBDL_BIND_REQ\fR to
137 associate a particular \fBSAP\fR (Service Access Pointer) with the stream. The
138 \fBeri\fR driver interprets the \fBsap\fR field within the \fBDL_BIND_REQ\fR as
139 an Ethernet "type," therefore valid values for the \fBsap\fR field are in the
140 [\fB0\fR-\fB0xFFFF\fR] range.  Only one Ethernet type can be bound to the
141 stream at any time.
144 If the user selects a \fBsap\fR with a value of \fB0\fR, the receiver will be
145 in IEEE 802.3 mode. All frames received from the media having a Ethernet type
146 field in the range [\fB0\fR-\fB1500\fR] are assumed to be 802.3 frames and are
147 routed up all open Streams which are bound to \fBsap\fR value \fB0\fR. If more
148 than one Stream is in 802.3 mode, the frame will be duplicated and routed up
149 multiple Streams as \fBDL_UNITDATA_IND\fR messages.
152 In transmission, the driver checks the \fBsap\fR field of the \fBDL_BIND_REQ\fR
153 to determine if the value is \fB0\fR or if the Ethernet type field is in the
154 range [\fB0\fR-\fB1500\fR]. If either is true, the driver computes the length
155 of the message, not including initial \fBM_PROTO\fR mblk (message block), of
156 all subsequent \fBDL_UNITDATA_REQ\fR messages, and transmits 802.3 frames that
157 have this value in the \fBMAC\fR frame header length field.
160 The \fBeri\fR driver's \fBDLSAP\fR address format consists of the 6 byte
161 physical (Ethernet) address component followed immediately by the 2 byte
162 \fBsap\fR (type) component, producing an 8 byte \fBDLSAP\fR address.
163 Applications should \fInot\fR hardcode to this particular
164 implementation-specific \fBDLSAP\fR address format but use information returned
165 in the \fBDL_INFO_ACK\fR primitive to compose and decompose \fBDLSAP\fR
166 addresses. The \fBsap\fR length, full \fBDLSAP\fR length, and
167 \fBsap\fR/physical ordering are included within the \fBDL_INFO_ACK.\fR The
168 physical address length can be computed by subtracting the \fBsap\fR length
169 from the full \fBDLSAP\fR address length or by issuing the
170 \fBDL_PHYS_ADDR_REQ\fR to obtain the current physical address associated with
171 the stream.
174 Once in the \fBDL_BOUND\fR state, the user may transmit frames on the Ethernet
175 by sending \fBDL_UNITDATA_REQ\fR messages to the \fBeri\fR driver. The
176 \fBeri\fR driver will route received Ethernet frames up all open and bound
177 streams having a \fBsap\fR which matches the Ethernet type as
178 \fBDL_UNITDATA_IND\fR messages.  Received Ethernet frames are duplicated and
179 routed up multiple open streams if necessary. The \fBDLSAP\fR address contained
180 within the \fBDL_UNITDATA_REQ\fR and \fBDL_UNITDATA_IND\fR messages consists of
181 both the \fBsap\fR (type) and physical (Ethernet) components.
182 .SS "eri Primitives"
185 In addition to the mandatory connectionless \fBDLPI\fR message set, the driver
186 also supports the following primitives:
189 The \fBDL_ENABMULTI_REQ\fR and \fBDL_DISABMULTI_REQ\fR primitives
190 enable/disable reception of individual multicast group addresses. A set of
191 multicast addresses may be iteratively created and modified on a per-stream
192 basis using these primitives. These primitives are accepted by the driver in
193 any state following \fBDL_ATTACHED\fR.
196 The \fBDL_PROMISCON_REQ\fR and \fBDL_PROMISCOFF_REQ\fR primitives with the
197 \fBDL_PROMISC_PHYS\fR flag set in the \fBdl_level\fR field enables/disables
198 reception of all promiscuous mode frames on the media, including frames
199 generated by the local host. When used with the \fBDL_PROMISC_SAP\fR flag set,
200 this enables/disables reception of all \fBsap\fR (Ethernet type) values. When
201 used with the \fBDL_PROMISC_MULTI\fR flag set, this enables/disables reception
202 of all multicast group addresses. The effect of each is always on a per-stream
203 basis and independent of the other \fBsap\fR and physical level configurations
204 on this stream or other streams.
207 The \fBDL_PHYS_ADDR_REQ\fR primitive returns the 6 octet Ethernet address
208 currently associated (attached) to the stream in the \fBDL_PHYS_ADDR_ACK\fR
209 primitive.  This primitive is valid only in states following a successful
210 \fBDL_ATTACH_REQ\fR.
213 The \fBDL_SET_PHYS_ADDR_REQ\fR primitive changes the 6 octet Ethernet address
214 currently associated (attached) to this stream. The credentials of the process
215 which originally opened this stream must be superuser, or \fBEPERM\fR is
216 returned in the \fBDL_ERROR_ACK\fR. This primitive is destructive because it
217 affects all current and future streams attached to this device. An \fB
218 M_ERROR\fR is sent up all other streams attached to this device when this
219 primitive is successful on this stream. Once changed, all streams subsequently
220 opened and attached to this device will obtain this new physical address.  Once
221 changed, the physical address will remain until this primitive is used to
222 change the physical address again or the system is rebooted, whichever comes
223 first.
224 .SS "eri DRIVER"
227 By default, the eri driver performs auto-negotiation to  select the mode and
228 speed of the link, which can be in one of the  following modes, as described in
229 the 100Base-TX standard:
230 .RS +4
232 .ie t \(bu
233 .el o
234 100 Mbps, full-duplex
236 .RS +4
238 .ie t \(bu
239 .el o
240 100 Mbps, half-duplex
242 .RS +4
244 .ie t \(bu
245 .el o
246 10 Mbps, full-duplex
248 .RS +4
250 .ie t \(bu
251 .el o
252 10 Mbps, half-duplex
256 The auto-negotiation protocol automatically selects:
257 .RS +4
259 .ie t \(bu
260 .el o
261 Operation mode (half-duplex or full-duplex)
263 .RS +4
265 .ie t \(bu
266 .el o
267 Speed (100 Mbps or 10 Mbps)
271 The auto-negotiation protocol does the following:
272 .RS +4
274 .ie t \(bu
275 .el o
276 Gets all modes of operation supported by the link partner
278 .RS +4
280 .ie t \(bu
281 .el o
282 Advertises its capabilities to the Link Partner
284 .RS +4
286 .ie t \(bu
287 .el o
288 Selects the highest common denominator mode of operation based on the
289 priorities
293 The internal transceiver is capable of all of the operating speeds and modes
294 listed above. By default, auto-negotiation is used to select the speed and the
295 mode of the link and the common mode of operation with the link partner.
298 For users who want to select the speed and mode of  the link, the \fBeri\fR
299 device supports programmable \fBIPG\fR (Inter-Packet Gap) parameters \fBipg1\fR
300 and  \fBipg2\fR. Sometimes, the user may want to alter these values depending
301 on whether the driver supports 10 Mbps or 100 Mbps and accordingly, \fBIPG\fR
302 will be set to 9.6 or 0.96 microseconds.
303 .SS "eri Parameter List"
306 The \fBeri\fR driver provides for setting and getting various parameters for
307 the  \fBeri\fR device. The parameter list includes current transceiver status,
308 current link status, inter-packet gap, local transceiver capabilities and link
309 partner capabilities.
312 The local transceiver has two set of capabilities: one set reflects  hardware
313 capabilities, which are  read-only \fB(RO)\fR parameters. The second set
314 reflects the values chosen by the user and is used in speed selection and
315 possess read/write \fB(RW)\fR capability. At boot time, these two sets of
316 capabilities will be the same. Because the current default value of these
317 parameters can only be read and not modified, the link partner capabilities are
318 also read only.
319 .SH FILES
321 .ne 2
323 \fB\fB/dev/eri\fR \fR
325 .RS 28n
326 \fBeri\fR special character device.
330 .ne 2
332 \fB\fB/kernel/drv/eri.conf\fR \fR
334 .RS 28n
335  System wide default device driver properties
339 .ne 2
341 \fB\fB/kernel/drv/sparcv9/eri\fR \fR
343 .RS 28n
344  64 bit device driver
347 .SH SEE ALSO
350 \fBndd\fR(8), \fBnetstat\fR(8), \fBdriver.conf\fR(4), \fBhme\fR(7D),
351 \fBqfe\fR(7d), \fBdlpi\fR(7P)