FAS_2.08 Installation Problems

Rock Kent rock at rancho.uucp
Tue Mar 12 15:29:58 AEST 1991


FAS 2.08 is behaving as if the hardware flow control is incorrectly
set up and I can't figure out why.  I'd appreciate hearing from
someone who understands the differences in how 2.07 and 2.08 deal with
flow control.


I've been running FAS successfully on a Microport V/386 3.0e system
since it was posted by Jim Murray in May, 1989.  Most recently, I've
been running FAS 2.07 since Sep, 1990, with no problems.  I'm running
into big problems, however, with a kernel made with FAS 2.08.

Under FAS 2.07, I defined NEED_INIT8250 in fas.h and, in space.c:
	  uint	fas_modem [NUM_PHYSICAL_UNITS] =
	  {
		  EN_DTR | CA_DCD | UB_RING,
		  EN_DTR | CA_DCD | UB_RING
	  };
	  uint	fas_flow [NUM_PHYSICAL_UNITS] =
	  {
		  HI_RTS | HO_CTS_ON_DSR,
		  HI_RTS | HO_CTS_ON_DSR
	  };


Under FAS 2.08, I tried defining NEED_INIT8250 in fas.h, compiling
with and without -DMERGE, and, in space.c:
	  ulong	fas_modem [NUM_PHYSICAL_UNITS] =
	  {
		  EO_DTR | EI_DTR | CA_DCD,
		  EO_DTR | EI_DTR | CA_DCD
	  };
	  ulong	fas_flow [NUM_PHYSICAL_UNITS] =
	  {
		  HI_RTS | HO_CTS_ON_DSR ,
		  HI_RTS | HO_CTS_ON_DSR 
	  };


In both cases, I defined my devices as:
                                   4, 48 Mar 11 18:47 /dev/tty00
                                   4, 49 Mar 11 22:13 /dev/tty01
                                   4,208 Mar 10 23:32 /dev/ttyM00
                                   4,209 Mar 11 18:56 /dev/ttyM01


Under 2.07, the interface with a T2500 works correctly using CTS/RTS
flow control in full duplex mode, DCD on when carrier is detected, DSR
on when modem ready.  Under 2.08, the line seems to be being stopped
by some random signal.

Like I said, I'd appreciate hearing from someone who understands the
differences in how 2.07 and 2.08 deal with flow control.

***************************************************************************
*Rock Kent    rock at rancho.uucp        POB 8964, Rancho Santa Fe, CA. 92067*
***************************************************************************



More information about the Comp.unix.sysv386 mailing list