In article <1a97rtINNe19@huon.itd.adelaide.edu.au>, dclunie@sirius.ucs.adelaide.edu.au (David Clunie) writes:
> In article <3836@randvax.rand.org> edhall@rand.org (Ed Hall) writes:
> >In article <1992Sep27.170419.1610@kilowatt.uucp> root@kilowatt.UUCP (Kilowatt admin) writes:
> >> My friend has a WorldBlazer (used to be a T3000) running at 38400.
> >>His drops characters like crazy! It's more like big chunks of data that
> >>disappear.
> >
> >Then he doesn't have hardware flow control working correctly. Trying
> >to run a high-speed modem any other way is close to insanity (or at
> >least will push you close to it :-).
> >
>
> That is quite correct. Unfortunately, sun sparcstations CANNOT DO
> INCOMING HARDWARE FLOW CONTROL. The Zilog SCC implements only
> outgoing hardware flow control on-board, and the sun serial driver
> software does not throttle the line manually when its buffers start
> to fill either.
My gettytab entry for the port with the World Blazer on it looks like
this:
h|std.38400|38400-baud:\
:sp#38400:ms=crtscts:
I have S58=2 and S68=2 on the World Blazer. It works fine for me.
I've had no problems with any Sparc machines I've connected World Blazers
to working this way. No characters dropping. The Sun responds fine to the
modems flow control and I've yet to have a problem with it keeping up with
incoming data.
The exception is the Sparc Station with both ports on one connector,
on those only port 'A' works.
Other people I've had do this despite the fact that it supposedly won't
work have and it's worked fine for everyone that's tried it and gotten back
to me.
Now, on Sun 3/180 and 3/280 I have some problems, but I'll save that for
another group and message.
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:06:51 CDT