From owner-freebsd-current Thu Sep 11 03:39:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA13205 for current-outgoing; Thu, 11 Sep 1997 03:39:33 -0700 (PDT) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA13200 for ; Thu, 11 Sep 1997 03:39:29 -0700 (PDT) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id DAA14664; Thu, 11 Sep 1997 03:38:48 -0700 (MST) From: Terry Lambert Message-Id: <199709111038.DAA14664@usr05.primenet.com> Subject: Re: PPP - why set CLOCAL for server ('-direct' mode) ? To: bde@zeta.org.au (Bruce Evans) Date: Thu, 11 Sep 1997 10:38:48 +0000 (GMT) Cc: ache@nagual.pp.ru, bde@zeta.org.au, current@FreeBSD.ORG, nnd@itfs.nsk.su In-Reply-To: <199709110740.RAA31874@godzilla.zeta.org.au> from "Bruce Evans" at Sep 11, 97 05:40:15 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >I don't think so. It is upper level control function, f.e. /etc/rc.serial > > I think so :-). As far as I'm concerned, rc.serial serves only two valid functions: to set the default port baud rate and CTS/RTS flow control state. The value of the CTS/RTS flow control state is a workaround for broken hardware (and should be worked around with more broken hardware, specifically, a broken cable). THe default should be CTS/RTS off, and it should be turened on by getty from gettytab, when the DCD goes high and the open completes. In the off state, the port should always assert CTS on its pins. The value of setting the default port baud rate is questionable: that can be accomplished in getty, either via two opens (one blocking, one not) or, as is traditional, when the DCD goes high. The value before the DCD goes high is dubious: it's only use is for fixed port-to-modem speeds, which defeat the UNIX autobaud mechanism for no good reason, and mgetty, which should be specifying that the open completes on RI instead of DCD-OFF-TO-ON transition -- in other words, yet another kludge for yet more broken hardware, and the lack of an WAITRI flag for open. Bletch. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.