From owner-freebsd-current Thu May 11 19:43:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA25607 for current-outgoing; Thu, 11 May 1995 19:43:30 -0700 Received: from relay1.UU.NET (relay1.UU.NET [192.48.96.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA25597 for ; Thu, 11 May 1995 19:43:27 -0700 Received: from ast.com by relay1.UU.NET with SMTP id QQypio15308; Thu, 11 May 1995 22:43:23 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA17001 (5.67b/IDA-1.5 for uunet!freebsd.org!freebsd-current); Thu, 11 May 1995 19:43:27 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Thu, 11 May 95 21:44 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #18) id m0s9kfA-0004vwC; Thu, 11 May 95 21:41 CDT Message-Id: Date: Thu, 11 May 95 21:41 CDT To: freebsd-current@FreeBSD.org From: uhclem%nemesis@fw.ast.com (Frank Durda IV) Sent: Thu May 11 1995, 21:41:11 CDT Subject: Taylor UUCP and flow control Sender: current-owner@FreeBSD.org Precedence: bulk [0]From: Bruce Evans [0]The correct setting is system dependent. That's why everything in rc.serial [0]is commented out by default. The setting of dtrwait is safe enough but [0]the setting of crtscts may cause problems if the modem doesn't assert CTS [0]except when there is carrier. That reminds me. Taylor UUCP 1.04 and 1.05 both deliberatly disable hardware flow control (-crtscts) when it is running. You have to change the UUCP source (as far as I know) to get hardware flow control to remain on. This happens for incoming and outgoing UUCP sessions. This is the patch I use: *** serial.c.00 Mon May 1 22:43:31 1995 --- serial.c Mon May 1 23:01:54 1995 *************** *** 205,211 **** | OFILL | OFDEL | NLDLY | CRDLY | TABDLY | BSDLY \ | VTDLY | FFDLY) #define ICLEAR_CFLAG (CBAUD | CSIZE | PARENB | PARODD) ! #define ISET_CFLAG (CS8 | CREAD | HUPCL) #define ICLEAR_LFLAG (ISIG | ICANON | XCASE | ECHO | ECHOE | ECHOK \ | ECHONL | NOFLSH | PENDIN) #endif --- 205,212 ---- | OFILL | OFDEL | NLDLY | CRDLY | TABDLY | BSDLY \ | VTDLY | FFDLY) #define ICLEAR_CFLAG (CBAUD | CSIZE | PARENB | PARODD) ! #define ISET_CFLAG (CS8 | CREAD | HUPCL | CRTS_IFLOW | CCTS_OFLOW) ! /*<1>#define ISET_CFLAG (CS8 | CREAD | HUPCL)*/ #define ICLEAR_LFLAG (ISIG | ICANON | XCASE | ECHO | ECHOE | ECHOK \ | ECHONL | NOFLSH | PENDIN) #endif *************** *** 215,221 **** | PARMRK | IMAXBEL) #define ICLEAR_OFLAG (OPOST) #define ICLEAR_CFLAG (CSIZE | PARENB | PARODD) ! #define ISET_CFLAG (CS8 | CREAD | HUPCL) #define ICLEAR_LFLAG (ECHO | ECHOE | ECHOK | ECHONL | ICANON | IEXTEN \ | ISIG | NOFLSH | TOSTOP | PENDIN) #endif --- 216,223 ---- | PARMRK | IMAXBEL) #define ICLEAR_OFLAG (OPOST) #define ICLEAR_CFLAG (CSIZE | PARENB | PARODD) ! #define ISET_CFLAG (CS8 | CREAD | HUPCL | CRTS_IFLOW | CCTS_OFLOW) ! /*<1>#define ISET_CFLAG (CS8 | CREAD | HUPCL)*/ #define ICLEAR_LFLAG (ECHO | ECHOE | ECHOK | ECHONL | ICANON | IEXTEN \ | ISIG | NOFLSH | TOSTOP | PENDIN) #endif *************** *** 3057,3064 **** don't send XON/XOFF characters but we do recognize them. */ if ((q->snew.c_cflag & CRTSCTS) != 0) { ! iset = IXON; ! iclear = IXOFF; fdo = TRUE; break; } --- 3059,3068 ---- don't send XON/XOFF characters but we do recognize them. */ if ((q->snew.c_cflag & CRTSCTS) != 0) { ! /*<1> iset = IXON;*/ ! iset = 0; /*<1>I don't want XON (DC1) eaten!*/ ! /*<1> iclear = IXOFF;*/ ! iclear = IXON | IXOFF; /*<1>*/ fdo = TRUE; break; } The above patch forces hardware full-duplex RTS/CTS flow control on during inbound and outbound UUCP sessions. I have to reapply this patch every time I upgrade my FreeBSD systems. Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@fw.ast.com (Fastest Route)| demand... A SEGMENT REGISTER!!!" ...letni!rwsys!nemesis!uhclem |"A what?" ...decvax!fw.ast.com!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983