[comp.sys.next] RTS/CTS flow control only oneway?

kloppen@gmdzi.gmd.de (Jelske Kloppenburg) (06/22/91)

Hello,
Since I had problems with XON/XOFF flow control, I finally tried RTS/CTS
(System Release 2.0 / 68040). After making the correct cable (man zs(4))
I tried my modem connection with cufa. To be sure, I inserted a breakout
box and interrupted CTS. Now no data should be send by the NeXT, but I could
type and got echo from the remote host.
Have I to set special flags in Kermit or Tip or is the handling of RTS/CTS
done by the hardware or driver ?
And what does the following note mean:

<nextdev/zsreg.h>

 * NOTE: the sense of CTS is dependent on the cpu board rev

?

Are there different 68040 boards?

j.k.

  Jelske Kloppenburg, kloppen@gmdzi.gmd.de, (++49 2241) 14-2433
  German National Research Center for Computer Science (GMD)

brian@umbc4.umbc.edu (Brian Cuthie) (06/23/91)

In article <4975@gmdzi.gmd.de> kloppen@gmdzi.gmd.de (Jelske Kloppenburg) writes:
>Hello,
>Since I had problems with XON/XOFF flow control, I finally tried RTS/CTS
>(System Release 2.0 / 68040). After making the correct cable (man zs(4))
>I tried my modem connection with cufa. To be sure, I inserted a breakout
>box and interrupted CTS. Now no data should be send by the NeXT, but I could
>type and got echo from the remote host.
>Have I to set special flags in Kermit or Tip or is the handling of RTS/CTS
>done by the hardware or driver ?
>And what does the following note mean:
>

Well, you may want to actually assert the signal to the desired state.  Since
you don't know what state it floats at, you can't be sure that simply
interrupting it actually causes the host to see loss of CTS.

My guess is that it floats in the "let the data go" state.  That way, if 
you use the cuf[n] device, and CTS is not wired, it will still pass data.

><nextdev/zsreg.h>
>
> * NOTE: the sense of CTS is dependent on the cpu board rev
>

Wow! I didn't know that.  Are you sure?  That's certainly not a feature.

>?
>
>Are there different 68040 boards?
>
>j.k.
>
>  Jelske Kloppenburg, kloppen@gmdzi.gmd.de, (++49 2241) 14-2433
>  German National Research Center for Computer Science (GMD)


Let me know if this works.

-brian

eps@toaster.SFSU.EDU (Eric P. Scott) (06/23/91)

In article <4975@gmdzi.gmd.de> kloppen@gmdzi.gmd.de (Jelske Kloppenburg) writes:
>Have I to set special flags in Kermit or Tip or is the handling of RTS/CTS
>done by the hardware or driver ?

If you open ttyf[ab], cuf[ab], or ttydf[ab], the driver takes
care of RTS/CTS.  If you open tty[ab], cu[ab], or ttyd[ab], it
doesn't.  It's that simple.

I've run SLIP at 38.4Kb over ttyfa with no problems.

>And what does the following note mean:

> * NOTE: the sense of CTS is dependent on the cpu board rev

>Are there different 68040 boards?

Yes.  But, more importantly, NeXT still has to support the old
'030 systems.

					-=EPS=-