From owner-freebsd-hardware  Wed May 21 06:46:30 1997
Return-Path: <owner-hardware>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id GAA10539
          for hardware-outgoing; Wed, 21 May 1997 06:46:30 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA10534
          for <HARDWARE@freebsd.org>; Wed, 21 May 1997 06:46:27 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id XAA26555; Wed, 21 May 1997 23:44:29 +1000
Date: Wed, 21 May 1997 23:44:29 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199705211344.XAA26555@godzilla.zeta.org.au>
To: bde@zeta.org.au, jmg@hydrogen.nike.efn.org
Subject: Re: isa bus and boca multiport boards
Cc: brett@lariat.org, HARDWARE@freebsd.org, rberndt@nething.com,
        WELCHDW@wofford.edu
Sender: owner-hardware@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>so should I commit my changes that allow the sio to set 16550's to a
>trigger level of 8?  and possibly make it more generic than it already
>is and allow people to define the resulting fifo level of the uart?

I think it should default to "medium" (FIXO_RX_MEDH) if NSIO > 4
and there should be ioctls to change both the receiver trigger
level and transmitter fifo size (NetBSD users recently reported
problems with external devices not being able to handle 16 bytes
of buffering in the transmitter, because CTS flow control doesn't
work for bytes that have been put in the tx fifo).  The ioctls
should be supported by comcontrol(8).

Bruce