From owner-freebsd-current Wed Mar 4 19:34:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA11141 for freebsd-current-outgoing; Wed, 4 Mar 1998 19:34:34 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sendero.simon-shapiro.org (sendero-fxp0.Simon-Shapiro.ORG [206.190.148.34]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id TAA10995 for ; Wed, 4 Mar 1998 19:34:07 -0800 (PST) (envelope-from shimon@sendero-fxp0.simon-shapiro.org) Received: (qmail 18116 invoked by uid 1000); 5 Mar 1998 03:40:24 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-021598 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199803050248.SAA23631@dingo.cdrom.com> Date: Wed, 04 Mar 1998 19:40:24 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Mike Smith Subject: Re: silo overflows (Was Re: 3.0-RELEASE?) Cc: Matthew Thyer , current@FreeBSD.ORG, Evan Champion Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 05-Mar-98 Mike Smith wrote: ... > Uh, the driver works just fine. Good! > However the driver has no say in the matter when _someone_else_ > disables interrupts for a long period of time, or when the hardware > fails to deliver them in the first place. Unless I misunderstand something, the driver should get interrupts delivered, unless another part of the kernel is in spltty(), or another spl which masks spltty. There should not be all that many of those, and they should be considered carefully. Now, if something in the kernel disables interrupts althogether for any amount of time, he should get the pointy hat everyone like to talk about so much, as this will make FreeBSD into a glorified Linux. > If you have a solution to this really quite challenging problem, I'm > sure we'd all be delighted to hear about it. Until then, please > believe me that there is nothing wrong with the driver, per se., which > "causes" these overflows. Again, don't decapitate me on this one, but does not the 16550 have a mode by which it will lower DSR and or CTS when the FIFO reaches a certain point of saturation? This will stop the modem from transmitting characters within one character time period. Any modem which will not do that is very broken. This i have done suvvessfully on a Z-80, using a Z80-SIO USART ( a cusin of the 8250 if i remember right). There are other, ugly hacks to be done to guarantee delivery but they are not worth it. > > Just incidentally, the P6 has relatively poor I/O performance, > particularly when it comes to talking to ISA peripherals. Yes, but faster than an 8080A + 8250. Agree? Simon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message