.\" Copyright (c) 1983 The Regents of the University of California.
.\" Redistribution and use in source and binary forms are permitted provided
.\" that: (1) source distributions retain this entire copyright notice and
.\" comment, and (2) distributions including binaries display the following
.\" acknowledgement: ``This product includes software developed by the
.\" University of California, Berkeley and its contributors'' in the
.\" documentation or other materials provided with the distribution and in
.\" all advertising materials mentioning features or use of this software.
.\" Neither the name of the University nor the names of its contributors may
.\" be used to endorse or promote products derived from this software without
.\" specific prior written permission.
.\" THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR IMPLIED
.\" WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED WARRANTIES OF
.\" MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE.
.\" @(#)il.4 6.6 (Berkeley) 6/23/90
il \- Interlan NI1010 10 Mb/s Ethernet interface
.B "device il0 at uba0 csr 164000 vector ilrint ilcint"
interface provides access to a 10 Mb/s Ethernet network through
an Interlan 1010 or 1010A controller.
Each of the host's network addresses
is specified at boot time with an SIOCSIFADDR
interface employs the address resolution protocol described in
to dynamically map between Internet and Ethernet addresses on the local
The interface normally tries to use a ``trailer'' encapsulation
to minimize copying data on input and output.
The use of trailers is negotiated with ARP.
This negotiation may be disabled, on a per-interface basis,
by setting the IFF_NOTRAILERS
flag with an SIOCSIFFLAGS ioctl.
\fBil%d: input error\fP. The hardware indicated an error
in reading a packet off the cable or an illegally sized packet.
\fBil%d: can't handle af%d\fP. The interface was handed
a message with addresses formatted in an unsuitable address
family; the packet was dropped.
\fBil%d: setaddr didn't work\fP. The interface was unable to reprogram
its physical ethernet address.
This may happen with very early models of the interface.
This facility is used only when
the controller is not the first network interface configured for XNS.
The oldest interface tested (2.7.1.0.1.45) has never failed in this way.
The following messages indicate a probable hardware error performing
the indicated operation during autoconfiguration or initialization.
The status field in the control and status register (the low-order four bits)
should indicate the nature of the failure.
See the hardware manual for details.
\fBil%d: reset failed, csr=%b\fP.
\fBil%d: status failed, csr=%b\fP.
\fBil%d: hardware diag failed, csr=%b\fP.
\fBil%d: verifying setaddr, csr=%b\fP.
\fBil%d: stray xmit interrupt, csr=%b\fP.
\fBil%d: can't initialize\fP.
netintro(4), inet(4), arp(4)
projects / unix-history / blob