*BSD News Article 29854


Return to BSD News archive

Newsgroups: comp.os.386bsd.bugs
Path: sserve!newshost.anu.edu.au!munnari.oz.au!foxhound.dsto.gov.au!fang.dsto.gov.au!yoyo.aarnet.edu.au!news.adelaide.edu.au!news.cs.su.oz.au!harbinger.cc.monash.edu.au!yeshua.marcam.com!MathWorks.Com!europa.eng.gtefsd.com!howland.reston.ans.net!agate!dog.ee.lbl.gov!newshub.nosc.mil!nosc!pegasus!richard
From: richard@pegasus.com (Richard Foulk)
Subject: FreeBSD-1.1Beta, sio driver bends under heavy load
Message-ID: <1994Apr26.104338.9665@pegasus.com>
Organization: Pegasus,  Honolulu
Date: Tue, 26 Apr 94 10:43:38 GMT
Lines: 48

Under heavy load the sio driver sometimes gets out of sync and requires
a reboot to restore access to the ports.

System:		FreeBSD-1.1-Beta
		486/66 SIS noname motherboard, w/16MB RAM
		BusLogic BT445S vers. 3.37 ROM
		Hercules Mono video
		BocaBoard BB2016 16port serial card (16550 clone)

I'm using Bob Willcox's sio patch for the BocaBoard.

With several high speed connections going simulateously and enough
additional processing to cause multiple silo overflows the ports stop
functioning.  On an interactive session characters seem to lag one
behind what you type.  If you type `abcd' the a doesn't show until you
type the b, etc.

The last time it happened I had the following connections going:

  o  One dialout connection at 57600 baud through a maxed-out v.32bis
     modem halfway through a ~10MB zmodem transfer.  Hardware handshaking
     enabled.

  o  One direct connect to another unix box at 38400, no handshaking.
     In the midst of a multi-meg uucp transfer.
  
  o  One direct connect to other box, interactive login.
  
  o  One serial mouse.

I was rebuilding the kernel at the time.  Then, about a minute or two
after news started unbundling the ports melted down.


On another problem ...

I posted a report of another sio problem a while ago, but am not sure
that it got through.  The driver apparently discards input when modes
are changed.

As an example, if you instruct kermit to transfer a file and then type
`exit' while the transfer is in progress, kermit should exit when the
transfer is done but does not.  This acts as expected on half a dozen
other brands of unix.


-- 
Richard Foulk		richard@pegasus.com