From owner-freebsd-hackers Wed Aug 14 08:45:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA09258 for hackers-outgoing; Wed, 14 Aug 1996 08:45:29 -0700 (PDT) Received: from mole.mole.org (marmot.mole.org [204.216.57.191]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA09126 for ; Wed, 14 Aug 1996 08:45:18 -0700 (PDT) Received: (from mail@localhost) by mole.mole.org (8.6.12/8.6.12) id PAA11718; Wed, 14 Aug 1996 15:45:06 GMT Received: from meerkat.mole.org(206.197.192.110) by mole.mole.org via smap (V1.3) id sma011716; Wed Aug 14 15:45:02 1996 Received: (from mrm@localhost) by meerkat.mole.org (8.6.11/8.6.9) id IAA22737; Wed, 14 Aug 1996 08:45:02 -0700 Date: Wed, 14 Aug 1996 08:45:02 -0700 From: "M.R.Murphy" Message-Id: <199608141545.IAA22737@meerkat.mole.org> To: nate@mt.sri.com Subject: Re: sio issues (silo overflows on a pentium, locked in ttywait, etc...) Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > the hard disk. (Basically it's the same hardware on both boxes, 486/66 > with 16MB, although my box has an Adaptec 1542B and the server box is > IDE). The 1542B is showing up in these reports enough to notice. Hmmm. How much of the bus is it taking? Shouldn't be enough to interfere with sio, I'd think, though. Hmmm. I'm still having problems with sio1: 182 more interrupt-level buffer overflows (total 883) Each one causes an Ierr visible with netstat -ai. The system recovers and keeps going, so I can't complain (too much :-). The system is a 2.1R 16MB 486DX2/50 with 16550 _clones_ on a cheap IDE, a 1542B, and I've added options "TTYHOG=4096" # to fix buffer overflows in sio.c options "RS_IBUF_SIZE=1024" # to fix buffer overflows in sio.c to the config and made sio.c pay attention to the options. The serial port used for kernel PPP is cuaa1, since it has a 25-pin connector, and its locked at 57600 with a 28.8K modem. The serial ports on the clone 16550 won't do 115200. They just lock up. This machine is still running FTL 14. I don't get any silo overflows. Adding those options really cut down on the interrupt-buffer overflows. Looks like about 10-15% of what I was getting before. Still there, though. More information for those who might have a better grasp of what's going on... bde? -- Mike Murphy mrm@Mole.ORG +1 619 598 5874 Better is the enemy of Good