From owner-FreeBSD-users-jp@jp.freebsd.org  Tue Apr 23 07:11:14 1996
Received: by mail.jp.freebsd.org (8.7.3+2.6Wbeta5/8.7.3) id HAA01449
	Tue, 23 Apr 1996 07:11:14 +0900 (JST)
Received: by mail.jp.freebsd.org (8.7.3+2.6Wbeta5/8.7.3) with ESMTP id HAA01444
	for <FreeBSD-users-jp@jp.freebsd.org>; Tue, 23 Apr 1996 07:11:11 +0900 (JST)
From: kawamura@telecom.intec.co.jp
Received: from isdgw.telecom.intec.co.jp by ftp.intec.co.jp (8.7.5+2.6Wbeta6/3.4W4-generic) id HAA23610; Tue, 23 Apr 1996 07:11:06 +0900 (JST)
Received: from prime.telecom.intec.co.jp (prime.telecom.intec.co.jp [10.35.97.77]) by isdgw.telecom.intec.co.jp (8.7.5+2.6Wbeta6/3.4W3-isdgw/1.8) with ESMTP id HAA11745 for <FreeBSD-users-jp@jp.freebsd.org>; Tue, 23 Apr 1996 07:11:02 +0900 (JST)
Received: from localhost (joss.telecom.intec.co.jp [10.35.97.78]) by prime.telecom.intec.co.jp (8.7.5/3.4W3-prime/2.0) with ESMTP id BAA15684 for <FreeBSD-users-jp@jp.freebsd.org>; Tue, 23 Apr 1996 01:00:18 +0900 (JST)
To: FreeBSD-users-jp@jp.freebsd.org
X-Mailer: Mew version 1.02 on Emacs 19.30.2, Mule 2.3
Mime-Version: 1.0
Content-Type: Multipart/Mixed;
	boundary="--Next_Part(Tue_Apr_23_00:58:15_1996)--"
Date: Tue, 23 Apr 1996 00:58:43 +0900
Message-ID: <6648.830188723@prime.telecom.intec.co.jp>
Reply-To: FreeBSD-users-jp@jp.freebsd.org
X-Distribute: distribute [version 2.1 (Alpha) patchlevel=19]
X-Sequence: FreeBSD-users-jp 1208
Subject: [FreeBSD-users-jp 1208] Re: UUCP trouble.
Errors-To: owner-FreeBSD-users-jp@jp.freebsd.org
Sender: owner-FreeBSD-users-jp@jp.freebsd.org

----Next_Part(Tue_Apr_23_00:58:15_1996)--
Content-Type: Text/Plain; charset=iso-2022-jp

$B@nB<!w%$%s%F%C%/$G$9!#(B

>> In article <199604220159.KAA21296@kddland.tsc.sjk.kdd.co.jp>,
	ken@tsc.sjk.kdd.co.jp (Kenji Sato) writes:

taka> $B9b$$$b$N$G$O$J$$$N$GGc$C$F$7$^$C$?$i$$$+$,$G$7$g$&$+!#(B

Kenji> $B%7%j%"%k%+!<%I$rGc$&7h?4$,$D$-$^$7$?!#(B(^^

$B;d$N>l9g!"%,%i%Q%4%9$G9XF~$7$?(B W83777F $B$H$$$&$J$s$NJQE/$b$J$$(B ISA $B$N(B 
MIO $B%\!<%I(B($B@P$O(B Winbond $B$G$9(B)$B$GF1$88=>]$,H/@8$7$F$^$7$?!#%+!<%I(B($B@P(B)$B$K(B
$B0MB8$9$k$b$N$+$I$&$+$O$o$+$j$^$;$s$,!"$4Cm0U$r!#(B

Kenji> $B$7$+$7!"0lBN2?$,860x$J$N$G$7$g$&$M!#Ff$G$9!#(B

comp $B$G0J2<$N$h$&$J(B patch $B$r8+3]$1$^$7$?!#$?$@$7;d<+?H$O%\!<%I$rJL$JJ*(B
$B$KJQ$($k$3$H$K$h$jLdBj2r7h$7$?$N$G!"$3$N(B patch $B$,M-8z$+$I$&$+$OITL@$G(B
$B$9!#(B

--
                                  ($B3t(B)$B%$%s%F%C%/(B  $BDL?.%7%9%F%`It(B
                                  $B@nB<(B  $BE/(B <kawamura@telecom.intec.co.jp>

----Next_Part(Tue_Apr_23_00:58:15_1996)--
Content-Type: message/rfc822

Newsgroups: comp.unix.bsd.freebsd.misc,comp.mail.uucp
Path: prime.telecom.intec.co.jp!news.telecom.intec.co.jp!news.ptd.intec.co.jp!news.intec.co.jp!nf0.iij.ad.jp!news.iij.ad.jp!wnoc-tyo-news!news.join.ad.jp!news.imnet.ad.jp!usenet.seri.re.kr!news.kreonet.re.kr!news.dacom.co.kr!newsfeed.internetmci.com!news.sprintlink.net!dfw.nkn.net!rowdy.lonestar.org!nemesis!uhclem
From: uhclem@nemesis.lonestar.org (Frank Durda IV)
Subject: Re: Taylor-UUCP not running with 16550 SIO (UMC Custom Chip)
X-Newsreader: Tin 1.1 PL5
Organization: The Big Blue Box
Message-ID: <DMquCt.H65@nemesis.lonestar.org>
References: <DMonLF.Ctq@citylink.dinoex.sub.org>
Date: 14 Feb 1996 11:17:17 JST
Lines: 85

[0]System Administration (peter@citylink.dinoex.sub.org) wrote:
[0]  there was great trouble getting UUCP to work with with these new control-
[0]ler-embedded 16550-FIFO-SIOs. It did work as usual until the line "handshake
[0]successful", and then was not able to receive one single block of data with-
[0]out error, until after about 10 Minutes it reports: 0 bytes transferred, 0
[0]bps. This is baudrate-independent, it happens with 300 baud as with 57600
[0]baud. With g-proto, uucico can send, but won't receive anything.

Here is the patch I apply every time I upgrade FreeBSD.  It fixes
Taylor UUCP to actually use hardware flow control for incoming and
outgoing calls.  Without it, I get terrible UUCP results.  With the fix
I see >2Kbyte/sec transfers (gzipped files) on Telebit Worldblazer modems.
I use both g and i protocols.

This file is located in /usr/src/gnu/libexec/uucp/libunix/serial.c

*** 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.

Frank Durda IV <uhclem@nemesis.lonestar.org>|"The Knights who say "LETNi"
or uhclem%nemesis@rwsystr.nkn.net           | demand...  A SEGMENT REGISTER!!!"
	  ^------(this is the fastest route)|"A what?"
or ...letni!rwsys!nemesis!uhclem	    |"LETNi! LETNi! LETNi!"  - 1983


----Next_Part(Tue_Apr_23_00:58:15_1996)----
