Bell Tech 386 SysVr3
Mike Howard
how at milhow1.UUCP
Fri Aug 5 00:16:12 AEST 1988
In article <1988Jul30.141708.3175 at gpu.utcs.toronto.edu>, woods at gpu.utcs.toronto.edu (Greg Woods) writes:
>
>> The Xenix serial driver cannot share interrupt vectors with more than
>> one port.
ok - but why is that a problem? Seems like the serial driver is busy
enough that you _wouldn't_ want it to share a vector.
>> It will lose data at 1200 baud.
Crap. I have a Compaq 286 (8 MHz) running SCO Xenix 2.2.1 with a Hostess
8-port board as COM2. That board simultaneously drives:
2 HP LaserJets - at 9600 baud
1 TrailBlazer - at a fixed interface speed at 9600 baud
2 hard wired lines - at 9600 baud
1 Data Device - at 9600 baud
1 seldom used 1200 baud modem - at (coincidentally) 1200 baud.
All have run simultaneously w/o any character loss. The flow control
ranges over hardware (the TrailBlazer), Xon/Xoff (the printers and cu
communications over dedicated lines), and `random protocol' (as in uucp)).
Response time is `unacceptable' while driving both printers and a tad
slow when doing a large uucp file transfer (5 Meg per night), but everything
works fine.
In defense of your indefensible statement: I tried Compaq's Xenix (now dead)
initially, and it could barely do 1200 baud w/o loosing Characters? Is
that what you are talking about?
Xenix is not always Xenix and performance depends on who ported it -
especially the drivers.
--
Mike Howard
uunet!milhow1!how
More information about the Comp.unix.microport
mailing list