4.3BSD/usr/man/man4/np.4

Compare this file to the similar file:
Show the results in this format:

.\" Copyright (c) 1986 Regents of the University of California.
.\" All rights reserved.  The Berkeley software License Agreement
.\" specifies the terms and conditions for redistribution.
.\"
.\"	@(#)np.4	6.3 (Berkeley) 5/21/86
.\"
.TH NP 4 "May 21, 1986"
.UC 5
.SH NAME
np \- Interlan Np100 10 Mb/s Ethernet interface
.SH SYNOPSIS
.B "device np0 at uba0 csr 166000 vector npintr"
.SH DESCRIPTION
The
.I NP
device provides access to an Interlan Np100 Ethernet interface
for control functions.
.PP
This interface is unusual in that it requires loading firmware
into the controller before it may be used as a network link-level interface.
This is accomplished by opening a character special device,
and writing data to it.
It is also possible to do post-mortem debugging of firmware failures
by reading the local memory of the device.
.PP
A program to load the image is provided in /usr/src/new/np100.
The sequence of commands would be:
.nf

	# ./npload np.image [/dev/np00]
	# sleep 10
	# ifconfig ix0 ...
.fi
.PP
Multiple control processes are allowed by opening separate
minor devices; secondary interfaces are specified by shifting
the interface number by 4 bits.
.PP
The device also responds to commands passed through the driver
by the following ioctls:
.TP
NPRESET
.br
kills off all active network processes.
.TP
NPSTART
.br
begins execution of the board at the specified address (usually 0x400).
.TP
NPNETBOOT
.br
downloads the image from a server on the network.
[Contact MICOM-INTERLAN for details.]
.SH DIAGNOSTICS
\fBnp%d: Bad Maintenance command: %x!\fP.
An invalid ioctl was passed to the np driver.
.PP
\fBnp%d: Panic NP100 bad buffer chain\fP.
An error occurred in an read or write operation causing it to
run out of buffers before it finished the operation.
This indicates a kernel failure rather than a device failure.
.PP
\fBNP100 unit %d not found!\fP.
A failure occurred during initialization, such that the unibus
address expected for the board was found to be bad.
Probably indicates hardware problems with the board, as do the following:
\fB
.nf

NP100 Unit %d timed out!

NP100 Unit %d Failed diagnostics!
Status from CSR0: %x.\fP
.fi
.PP
\fBPanic from NP100 unit %d!\\nPanic Message: %s\fP.
An occurrence on the board was deemed serious enough
to have the vax print it out.  
.PP
\fBNP100 unit #%d available!\fP.
The board was successfully loaded and started.
.PP
\fBnp%d: Bad Req: %x.\fP.
The board made a maintenance request to the vax that it did not
understand.
.PP
\fBnp%d: No more room on Command Queue!\fP.
The np driver allowed an internal resource to be exhausted.
This should never happen.
.PP
There are 110 other diagnostic messages that can be enabled
by setting bits in a debugging mask.
Consult the driver for details.
.SH SEE ALSO
intro(4N), inet(4F), arp(4P), ix(4)