Date: Thu, 7 Mar 1996 05:11:56 +1100 From: Bruce Evans <bde@zeta.org.au> To: hasty@rah.star-gate.com, lehey.pad@sni.de Cc: hackers@freebsd.org Subject: Re: Triton-II support... when? Message-ID: <199603061811.FAA32574@godzilla.zeta.org.au>
next in thread | raw e-mail | index | archive | help
>>> > Who uses ISA cards? >>> >>> How many people have really 0 ISA boards in their machine? >>> Considering that ISA places such a load on the bus, it seems a good >>> idea to me. >>> >> >> Oh, don't pay attention to Terry's complete dislike for ISA cards. >Well, I don't like them either. I was just curious about how many >people had got round to running systems with none. I have a Triton on I have one system with no ISA cards. However, the on-board i/o is mostly as slow as ISA: Times in usec for inb() from selected ports on ASUS P55TP4XE: min av max speed important for FreeBSD? ----- ----- ----- ---------------------------- 0x21 (pic0 mask) .448 .449 .451 yes 0x40 (timer counter 0) .702 .703 .705 yes (2.1), no (current) 0x43 (timer mode) 1.180 1.180 1.182 yes (2.1), no (current) 0x1f4 (fdc0 status) 1.180 1.180 1.182 no (< other fd slowness) 0x3f8 (sio0 data) 1.180 1.180 1.182 only if you use sio a lot Also, the on-board i/o (UMC8669F) is very buggy. The fdc interrupts at the wrong time (this at best causes busy waiting followed by timeouts to recover under FreeBSD) and the 16550 compatibles aren't (they lose sync when the speed is set or the fifo is changed while data is arriving. The problem is most noticeable for uccp because it does a lot of tcsetattr()s and tcsetattr() sets the speed even when it hasn't changed). The on-board i/o will have to be replaced by an ISA card unless/until acceptable workarounds are found :-(. Bruce
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199603061811.FAA32574>