|
|
1.1 root 1: .\" Copyright (c) 1983 The Regents of the University of California.
2: .\" All rights reserved.
3: .\"
4: .\" Redistribution and use in source and binary forms are permitted provided
5: .\" that: (1) source distributions retain this entire copyright notice and
6: .\" comment, and (2) distributions including binaries display the following
7: .\" acknowledgement: ``This product includes software developed by the
8: .\" University of California, Berkeley and its contributors'' in the
9: .\" documentation or other materials provided with the distribution and in
10: .\" all advertising materials mentioning features or use of this software.
11: .\" Neither the name of the University nor the names of its contributors may
12: .\" be used to endorse or promote products derived from this software without
13: .\" specific prior written permission.
14: .\" THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR IMPLIED
15: .\" WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED WARRANTIES OF
16: .\" MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE.
17: .\"
18: .\" @(#)il.4 6.6 (Berkeley) 6/23/90
19: .\"
20: .TH IL 4 "June 23, 1990"
21: .UC 5
22: .SH NAME
23: il \- Interlan NI1010 10 Mb/s Ethernet interface
24: .SH SYNOPSIS
25: .B "device il0 at uba0 csr 164000 vector ilrint ilcint"
26: .SH DESCRIPTION
27: The
28: .I il
29: interface provides access to a 10 Mb/s Ethernet network through
30: an Interlan 1010 or 1010A controller.
31: .PP
32: Each of the host's network addresses
33: is specified at boot time with an SIOCSIFADDR
34: ioctl. The
35: .I il
36: interface employs the address resolution protocol described in
37: .IR arp (4)
38: to dynamically map between Internet and Ethernet addresses on the local
39: network.
40: .PP
41: The interface normally tries to use a ``trailer'' encapsulation
42: to minimize copying data on input and output.
43: The use of trailers is negotiated with ARP.
44: This negotiation may be disabled, on a per-interface basis,
45: by setting the IFF_NOTRAILERS
46: flag with an SIOCSIFFLAGS ioctl.
47: .SH DIAGNOSTICS
48: \fBil%d: input error\fP. The hardware indicated an error
49: in reading a packet off the cable or an illegally sized packet.
50: .PP
51: \fBil%d: can't handle af%d\fP. The interface was handed
52: a message with addresses formatted in an unsuitable address
53: family; the packet was dropped.
54: .PP
55: \fBil%d: setaddr didn't work\fP. The interface was unable to reprogram
56: its physical ethernet address.
57: This may happen with very early models of the interface.
58: This facility is used only when
59: the controller is not the first network interface configured for XNS.
60: The oldest interface tested (2.7.1.0.1.45) has never failed in this way.
61: .PP
62: The following messages indicate a probable hardware error performing
63: the indicated operation during autoconfiguration or initialization.
64: The status field in the control and status register (the low-order four bits)
65: should indicate the nature of the failure.
66: See the hardware manual for details.
67: .PP
68: \fBil%d: reset failed, csr=%b\fP.
69: .PP
70: \fBil%d: status failed, csr=%b\fP.
71: .PP
72: \fBil%d: hardware diag failed, csr=%b\fP.
73: .PP
74: \fBil%d: verifying setaddr, csr=%b\fP.
75: .PP
76: \fBil%d: stray xmit interrupt, csr=%b\fP.
77: .PP
78: \fBil%d: can't initialize\fP.
79: .SH SEE ALSO
80: netintro(4), inet(4), arp(4)
This archive runs on limited infrastructure. Preserving old code on modern bandwidth. Automated agents are requested to crawl responsibly.