325 lines
11 KiB
Groff
325 lines
11 KiB
Groff
.\" Copyright (c) 1990, 1991 The Regents of the University of California.
|
|
.\" All rights reserved.
|
|
.\"
|
|
.\" This code is derived from software contributed to Berkeley by
|
|
.\" the Systems Programming Group of the University of Utah Computer
|
|
.\" Science Department.
|
|
.\" Redistribution and use in source and binary forms, with or without
|
|
.\" modification, are permitted provided that the following conditions
|
|
.\" are met:
|
|
.\" 1. Redistributions of source code must retain the above copyright
|
|
.\" notice, this list of conditions and the following disclaimer.
|
|
.\" 2. Redistributions in binary form must reproduce the above copyright
|
|
.\" notice, this list of conditions and the following disclaimer in the
|
|
.\" documentation and/or other materials provided with the distribution.
|
|
.\" 3. All advertising materials mentioning features or use of this software
|
|
.\" must display the following acknowledgement:
|
|
.\" This product includes software developed by the University of
|
|
.\" California, Berkeley and its contributors.
|
|
.\" 4. 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 BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
|
|
.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
|
.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
|
|
.\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
|
|
.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
|
|
.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
|
|
.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
|
|
.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
|
|
.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
|
|
.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
|
|
.\" SUCH DAMAGE.
|
|
.\"
|
|
.\" from: @(#)dca.4 5.2 (Berkeley) 3/27/91
|
|
.\" from: com.4,v 1.1 1993/08/06 11:19:07 cgd Exp
|
|
.\" $Id: sio.4,v 1.12 1994/06/04 00:41:25 ache Exp $
|
|
.\"
|
|
.Dd June 3, 1994
|
|
.Dt SIO 4 i386
|
|
.Os FreeBSD
|
|
.Sh NAME
|
|
.Nm sio
|
|
.Nd
|
|
fast interrupt driven asynchronous serial communications interface
|
|
.Sh SYNOPSIS
|
|
For standard ports:
|
|
.Cd "device sio0 at isa? port" \&"IO_COM1\&" tty irq 4 vector siointr
|
|
.Cd "device sio1 at isa? port" \&"IO_COM2\&" tty irq 3 vector siointr
|
|
.Cd "device sio2 at isa? port" \&"IO_COM3\&" tty irq 5 vector siointr
|
|
.Cd "device sio3 at isa? port" \&"IO_COM4\&" tty irq 9 vector siointr
|
|
.sp
|
|
For AST compatible multiport cards with 4 ports:
|
|
.Cd "options" \&"COM_MULTIPORT\&"
|
|
.Cd "device sio4 at isa? port 0x2a0 tty flags 0x701"
|
|
.Cd "device sio5 at isa? port 0x2a8 tty flags 0x701"
|
|
.Cd "device sio6 at isa? port 0x2b0 tty flags 0x701"
|
|
.Cd "device sio7 at isa? port 0x2b8 tty flags 0x701 irq 12 vector siointr"
|
|
.sp
|
|
For Boca Board compatible multiport cards with 8 ports:
|
|
.Cd "options" \&"COM_MULTIPORT\&"
|
|
.Cd "device sio4 at isa? port 0x100 tty flags 0xb05"
|
|
.Cd "..."
|
|
.Cd "device sio11 at isa? port 0x138 tty flags 0xb05 irq 12 vector siointr"
|
|
.sp
|
|
Meaning of \fBflags\fR:
|
|
.br
|
|
\fB0x0001\fR shared IRQs
|
|
.br
|
|
\fB0x0002\fR disable FIFO
|
|
.br
|
|
\fB0x0004\fR no AST/4 compatible IRQ control register
|
|
.br
|
|
\fB0x0080\fR enable diagnostics in probe
|
|
.br
|
|
\fB0x\fI??\fB00\fR minor number of master port
|
|
.sp
|
|
Minor numbering:
|
|
.br
|
|
0b\fIOLIMMMMM\fR
|
|
.br
|
|
call\fBO\fRut
|
|
.br
|
|
\fBL\fRock
|
|
.br
|
|
\fBI\fRnitial
|
|
.br
|
|
\fBMMMMMM\fRinor
|
|
.Sh DESCRIPTION
|
|
The
|
|
.Nm sio
|
|
driver provides support for NS8250-, NS16450-, NS16550 and NS16550A-based
|
|
.Tn EIA
|
|
.Tn RS-232C
|
|
.Pf ( Tn CCITT
|
|
.Tn V.24 )
|
|
communications interfaces. The NS8250 and NS16450 have single character
|
|
buffers, the NS16550A has 16 character FIFO input and output buffers.
|
|
.Pp
|
|
Input and output for each line may set to one of following baud rates;
|
|
50, 75, 110, 134.5, 150, 300, 600, 1200, 1800, 2400, 4800, 9600,
|
|
19200, 38400, 57600, or 115200. Your hardware may limit your baud
|
|
rate choices.
|
|
.Pp
|
|
The driver supports `multiport' cards.
|
|
Multiport cards are those that have one or more groups of ports
|
|
that share an Interrupt Request (IRQ) line per group.
|
|
Shared IRQs on different cards are not supported.
|
|
Frequently 4 ports share 1 IRQ; some 8 port cards have 2 groups of 4 ports,
|
|
thus using 2 IRQs.
|
|
Some cards allow the first 2 serial ports to have seperate IRQs per port
|
|
(as per DOS PC standard).
|
|
.sp
|
|
Some cards have an IRQ control register for each group.
|
|
Some cards require special initialization related to such registers.
|
|
Only AST/4 compatible IRQ control registers are supported.
|
|
Some cards have an IRQ status register for each group.
|
|
The driver does not require or use such registers yet.
|
|
To work, the control and status registers for a group, if any,
|
|
must be mapped to the scratch register (register 7)
|
|
of a port in the group.
|
|
Such a port is called a
|
|
.Nm master
|
|
port.
|
|
.sp
|
|
The
|
|
.Nm flags
|
|
keyword may be used on each
|
|
.Nm device sio
|
|
line in the kernel configuration file
|
|
to silence the probe
|
|
or to disable the FIFO on 16550A UARTs
|
|
(see the synopsis).
|
|
Disabling the FIFO should rarely be necessary
|
|
since the driver automatically adjusts the receiver
|
|
FIFO trigger level for low latency and high efficiency.
|
|
.sp
|
|
The
|
|
.Nm flags
|
|
keyword
|
|
.Nm must
|
|
be used for all ports that are part of an IRQ sharing group.
|
|
One bit specifies IRQ sharing; another bit specifies whether the port does
|
|
.Nm not
|
|
require AST/4 compatible initialization.
|
|
The minor number of the device corresponding a master port
|
|
for the group is encoded as a bitfield in the high byte.
|
|
The same master port must be specified for all ports in a group.
|
|
.sp
|
|
The
|
|
.Nm irq
|
|
and
|
|
.Nm vector
|
|
specifications must be given for master ports
|
|
and for ports that are not part of an IRQ sharing group,
|
|
and not for other ports.
|
|
.Pp
|
|
In the synopsis,
|
|
.Nm flags 0x701
|
|
means that the 8th port (sio7) is the master
|
|
port, and that the port is on a multiport card with shared IRQs
|
|
and an AST/4 compatible IRQ control register.
|
|
.sp
|
|
.Nm flags 0xb05
|
|
means that the 12th port (sio11) is the master
|
|
port, and that the port is on a multiport card with shared IRQs
|
|
and no special IRQ control register.
|
|
.Pp
|
|
Which port is the master port depends on the card type.
|
|
Consult the hardware documentation of your card.
|
|
Since IRQ status registers are never used,
|
|
and IRQ control registers are only used for AST/4 compatible cards,
|
|
and some cards map the control/status registers to all ports in a group,
|
|
any port in a group will sometimes do for the master port.
|
|
Choose a port containing an IRQ status register for forwards compatibility,
|
|
and the highest possible port for consistency.
|
|
.Pp
|
|
Serial ports controlled by the
|
|
.Nm sio
|
|
driver can be used for both `callin' and `callout'.
|
|
For each port there is a callin device and a callout device.
|
|
The minor number of the callout device is 128 higher
|
|
than that of the corresponding callin port.
|
|
The callin device is general purpose.
|
|
Processes opening it normally wait for carrier
|
|
and for the callout device to become inactive.
|
|
The callout device is used to steal the port from
|
|
processes waiting for carrier on the callin device.
|
|
Processes opening it do not wait for carrier
|
|
and put any processes waiting for carrier on the callin device into
|
|
a deeper sleep so that they do not conflict with the callout session.
|
|
The callout device is abused for handling programs that are supposed
|
|
to work on general ports and need to open the port without waiting
|
|
but are too stupid to do so.
|
|
.Pp
|
|
The
|
|
.Nm sio
|
|
driver also supports an initial-state and a lock-state control
|
|
device for each of the callin and the callout "data" devices.
|
|
The minor number of the initial-state device is 32 higher
|
|
than that of the corresponding data device.
|
|
The minor number of the lock-state device is 64 higher
|
|
than that of the corresponding data device.
|
|
The termios settings of a data device are copied
|
|
from those of the corresponding initial-state device
|
|
on first opens and are not inherited from previous opens.
|
|
Use
|
|
.Xr stty 1
|
|
in the normal way on the initial-state devices to program
|
|
initial termios states suitable for your setup.
|
|
.sp
|
|
The lock termios state acts as flags to disable changing
|
|
the termios state. E.g., to lock a flag variable such as
|
|
CRTSCTS, use
|
|
.Nm stty crtscts
|
|
on the lock-state device. Speeds and special characters
|
|
may be locked by setting the corresponding value in the lock-state
|
|
device to any nonzero value.
|
|
.sp
|
|
Correct programs talking to correctly wired external devices
|
|
work with arbitrary initial states and almost no locking,
|
|
but other setups may benefit from changing some of the default
|
|
initial state and locking the state.
|
|
E.g., CRTSCTS should be locked on for devices that support
|
|
RTS/CTS handshaking at all times and off for devices that don't
|
|
support it at all. CLOCAL should be locked on for devices
|
|
that don't support carrier. HUPCL may be locked off if you don't
|
|
want to hang up for reason. In general, very bad things happen
|
|
if something is locked to the wrong state, and things should not
|
|
be locked for devices that support more than one setting. The
|
|
CLOCAL flag on callin ports should be locked off for logins
|
|
to avoid certain security holes, but this needs to be done by
|
|
getty if the callin port is used for anything else.
|
|
.Sh FILES
|
|
.Bl -tag -width /dev/ttyi0? -compact
|
|
.It Pa /dev/tty0?
|
|
for hardwired terminals
|
|
.It Pa /dev/ttyi0?
|
|
.It Pa /dev/ttyl0?
|
|
corresponding initial-state and lock-state devices
|
|
.El
|
|
.sp
|
|
or
|
|
.sp
|
|
.Bl -tag -width /dev/ttyi0? -compact
|
|
.It Pa /dev/ttyd?
|
|
for callin ports
|
|
.It Pa /dev/ttyid?
|
|
.It Pa /dev/ttyld?
|
|
corresponding callin initial-state and lock-state devices
|
|
.sp
|
|
.It Pa /dev/cua0?
|
|
for callout ports
|
|
.It Pa /dev/cuai0?
|
|
.It Pa /dev/cual0?
|
|
corresponding callout initial-state and lock-state devices
|
|
.El
|
|
.sp
|
|
.Bl -tag -width /etc/rc.serial -compact
|
|
.It Pa /etc/rc.serial
|
|
examples of setting the initial-state and lock-state devices
|
|
.El
|
|
.Pp
|
|
The devices numbers are made from the set [0-9a-v] so that more than
|
|
10 ports can be supported.
|
|
/dev/tty0? and /dev/ttyd? are mutually exclusive, if you have
|
|
/dev/tty0? corresponding /dev/ttyd? must be removed and vice versa.
|
|
.Sh DIAGNOSTICS
|
|
.Bl -diag
|
|
.It sio%d: silo overflow.
|
|
Problem in the interrupt handler.
|
|
.El
|
|
.Bl -diag
|
|
.It sio%d: interrupt-level buffer overflow.
|
|
Problem in the bottom half of the driver.
|
|
.El
|
|
.Bl -diag
|
|
.It sio%d: tty-level buffer overflow.
|
|
Problem in the application.
|
|
.sp
|
|
Input has arrived faster than the given module could process it
|
|
and some has been lost.
|
|
.sp
|
|
.El
|
|
.Bl -diag
|
|
.It sio%d: reduced fifo trigger level to %d.
|
|
Attempting to avoid further silo overflows.
|
|
.Sh SEE ALSO
|
|
.Xr tty 4 ,
|
|
.Xr termios 4 ,
|
|
.Xr comcontrol 8 ,
|
|
.Xr stty 1 .
|
|
.Sh HISTORY
|
|
The
|
|
.Nm
|
|
driver is derived from the
|
|
.Nm HP9000/300
|
|
.Nm dca
|
|
driver and is
|
|
.Ud
|
|
.Sh BUGS
|
|
Data loss is not nearly as likely on busy systems as it is with the
|
|
.Xr com 4
|
|
driver but it can still occur at very high baud rates on slow systems.
|
|
The use of NS16550A's reduces system load and helps to avoid data loss.
|
|
.Pp
|
|
Stay away from plain NS16550's. These are early
|
|
implementations of the chip with non-functional FIFO hardware.
|
|
.Pp
|
|
The constants which define the locations
|
|
of the various serial ports are holdovers from
|
|
.Nm DOS .
|
|
As shown, hex addresses can be and for clarity probably should be used instead.
|
|
.Pp
|
|
Note that on the AST/4 the card's dipswitches should
|
|
.Nm not
|
|
be set to use interrupt sharing. AST/4-like interrupt sharing is only used when
|
|
.Nm multiple
|
|
AST/4 cards are installed in the same system. The sio driver does not
|
|
support more than 1 AST/4 on one IRQ.
|
|
.Pp
|
|
Hardwired terminals should not have different device names.
|
|
.Pp
|
|
The examples in the synopsis are too vendor-specific.
|