Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!steinmetz!davidsen
From: davidsen@steinmetz.steinmetz.UUCP (William E. Davidsen Jr)
Newsgroups: comp.unix.wizards,comp.unix.questions
Subject: Re: Baud-sensing 'getty'
Message-ID: <7440@steinmetz.steinmetz.UUCP>
Date: Wed, 23-Sep-87 10:02:22 EDT
Article-I.D.: steinmet.7440
Posted: Wed Sep 23 10:02:22 1987
Date-Received: Sat, 26-Sep-87 04:56:47 EDT
References: <1336@dasys1.UUCP> <467@devon.UUCP>
Reply-To: davidsen@crdos1.UUCP (bill davidsen)
Organization: General Electric CRD, Schenectady, NY
Lines: 28
Keywords: baud getty modem
Xref: mnetor comp.unix.wizards:4437 comp.unix.questions:4232

In article <467@devon.UUCP> paul@devon.UUCP (Paul Sutcliffe Jr.) writes:
|In article <1336@dasys1.UUCP> manes@dasys1.UUCP (Steve Manes) writes:
|> Does anyone have, or has anyone played with writing, a getty that
|> eliminates tty users having to cycle through gettydefs with a hardware
|> break?  My system will soon be traveled by folks who won't have a clue

... interesting idea about modems ...

|As an aside, I understand that the BSD getty has an "autobaud" feature
|that responds to carriage-returns to sync-up to a baud rate.  This may
|have been a local feature of the system I saw it on.

There's no reason to limit this to BSD. If the port speed is higher than
the line speed, a return will cause a framing error (ie break) and
change the speed.

For example: my BBS answers at 2400 baud. By pressing return you can
cycle through the speeds down to the slowest. Then you need a hardware
break to get back to the high speed. I use a cycle of 2400-2400-1200-300
to insure that line noise doesn't "downshift" the port at connect time.
This works very well. I do the same thing on my system at work.

I sent most of this right to Steve, but there seems to be general
interest, so I'll repeat it here.
-- 
	bill davidsen		(wedu@ge-crd.arpa)
  {uunet | philabs | seismo}!steinmetz!crdos1!davidsen
"Stupidity, like virtue, is its own reward" -me