STLSTTY(8) BSD/i386 System Manager's Manual STLSTTY(8)NAMEstlstty — Stallion Technologies multiport serial port enhanced switches
SYNOPSISstlstty [-hV] [switches]
DESCRIPTIONstlstty is used to view and set the advanced driver switches available on
Stallion Technologies multiport serial ports.
The advanced switches configurable through stlstty are only available on
the intelligent boards of the Stallion Technologies multiport serial
board range. This includes the EasyConnection 8/64 (ISA), ONboard and
Brumby boards. The switches are not available on the EasyIO, EasyConnec‐
tion 8/32 and EasyConnection 8/64-PCI boards.
If no switch settings are listed on the stlstty command line then it will
display the current setting of all switches for the port that is standard
input. If one or more switches is listed on the stlstty command line
then those switches will be set accordingly.
The options are:
-h Output usage information.
-V Output version information.
SWITCHES
All switches are enabled by using the switch name as a parameter to
stlstty. To disable a setting use a - character in front of the switch
name.
All switches configurable by stlstty are persistent through opens and
closes of the port. Once a switch is set it will remain set until
changed using stlstty or by a reboot of the board or system.
The following switches are configurable through stlstty:
maprts (-maprts)
Maps the functionality normally associated with the DTR pin to
action on the RTS pin instead. So in other words the RTS pin
will now act as if it were the DTR pin. This is useful for
boards that have ports that do not have full modem signaling on
their connector (e.g. ONboard 16).
mapcts (-mapcts)
Maps the functionality normally associated with the DCD pin to be
actioned on the CTS pin. So in other words the CTS pin will now
act as if it were the DCD pin. This is useful for boards that
have ports that do not have full modem signaling on their connec‐
tor (e.g. ONboard 16).
rtslock (-rtslock)
Locks RTS based flow control on this port on. No matter what the
port flow control is configured to be via the usual stty(1) pro‐
gram, RTS based (hardware) flow control will be active on this
port.
ctslock (-ctslock)
Locks CTS based flow control on this port on. No matter what the
port flow control is configured to be via the usual stty(1) pro‐
gram, CTS based (hardware) flow control will be active on this
port.
loopback (-loopback)
Enables the internal loopback mode of the port UART. All data
transmitted on this port will be received, and none will physi‐
cally be transmitted by the port.
fakedcd (-fakedcd)
The DCD pin will always be reported as being asserted, regardless
of the physical state of the hardware pin.
dtrfollow (-dtrfollow)
The DTR signal will only be asserted when data is being transmit‐
ted from the port. This is useful in conjunction with the Easy‐
Connection Dual Interface module when fitted with RS-485 line
drivers.
rximin (-rximin)
Disables (or enables) the slave processor's received character
“bunching” algorithms. By default the slave processor will bunch
up received data, so that it can be sent to the host in large
chunks. This increases the time it takes for any individual
character to be seen by an application. This may be undesirable
for latency sensitive applications or protocols. To reduce
received character latency the rximin switch should be turned on.
rxitime (-rxitime)
Disables (or enables) the slave processor's received character
wait timer. This timer is used as part of the slave processor's
data “bunching” algorithm. By turning this switch on the timer
is reduced to a minimum, so that received data will immediately
be sent to the host system.
rxthold (-rxthold)
Disables the UART received FIFO for this port. By default the
UART received FIFO is programmed to a reasonably high level, to
minimize CPU overhead. Some third party serial devices do not
respond quickly to flow control signals (hardware or software)
and this may cause the UART's received FIFO to over-run - thus
losing data. Turning this switch on disables use of the received
FIFO.
SEE ALSOstl(4), stli(4), stlstats(8)HISTORY
This program was originally developed by Greg Ungerer
⟨gerg@stallion.com⟩.
BSD January 14, 1998 BSD