From owner-freebsd-hackers  Sun Jan 11 18:16:13 1998
Return-Path: <owner-freebsd-hackers@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id SAA07346
          for hackers-outgoing; Sun, 11 Jan 1998 18:16:13 -0800 (PST)
          (envelope-from owner-freebsd-hackers@FreeBSD.ORG)
Received: from mail.scsn.net (scsn.net [206.25.246.12])
          by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA07268;
          Sun, 11 Jan 1998 18:15:50 -0800 (PST)
          (envelope-from dmaddox@scsn.net)
Received: from rhiannon.scsn.net ([208.133.153.130]) by mail.scsn.net
          (Post.Office MTA v3.1.2 release (PO205-101c)
          ID# 0-41950U6000L1100S0) with ESMTP id AAA185;
          Sun, 11 Jan 1998 21:14:17 -0500
Received: (from root@localhost)
	by rhiannon.scsn.net (8.8.8/8.8.7) id VAA00925;
	Sun, 11 Jan 1998 21:15:20 -0500 (EST)
	(envelope-from root)
Message-ID: <19980111211519.11470@scsn.net>
Date: Sun, 11 Jan 1998 21:15:19 -0500
From: dmaddox@scsn.net (Donald J. Maddox)
To: dyson@FreeBSD.ORG
Cc: jak@cetlink.net, hackers@FreeBSD.ORG
Subject: Re: 16650 Support(?)
Reply-To: dmaddox@scsn.net
References: <19980111205120.42545@scsn.net> <199801120157.UAA01022@dyson.iquest.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.88
In-Reply-To: <199801120157.UAA01022@dyson.iquest.net>; from John S. Dyson on Sun, Jan 11, 1998 at 08:57:48PM -0500
Sender: owner-freebsd-hackers@FreeBSD.ORG
Precedence: bulk

On Sun, Jan 11, 1998 at 08:57:48PM -0500, John S. Dyson wrote:
> Donald J. Maddox said:
> > 
> > Interesting that you mention that...  Now that I have this thing actually
> > working (finally), I see this just moments ago:
> > 
> > Jan 11 20:25:40 rhiannon /kernel: sio2: 409 more tty-level buffer overflows (total 409)
> > Jan 11 20:25:40 rhiannon /kernel: sio2: 409 more tty-level buffer overflows (total 409)
> > 
> > It's still configured with flags=0x20000 for the moment.  Guess I'll drop
> > the flag and see what happens...
> > 
> Note that tty-level overflows are not from the chip, or that the system
> isn't getting the characters in time.  It is likely a problem with the amount
> of buffer space in the kernel.

Ok, how does one increase the buffer space?