[comp.sys.sun] in-out modems on SPARC

brooks@tazdevil.llnl.gov (Eugene D. Brooks III) (05/10/91)

We finally resolved the problem.  The key is using ttysoftcar to put the
carrier handling of the tty lines connected to modems in the right mode.
Assuming you have created the ttyd# and cua# device files according to the
manual and that you have set the eeprom parameters as directed in the
manual, you remove the "local" field from the entries in the ttytab file
for the ttyd# lines.  You then execute "ttysoftcar -a" once and it appears
to put the tty lines in the right state with respect to carrier handling.
When done you get dialin lines which respect the carrier and deliver
hangup properly, while being able to dialout on the companion cua# lines
if the corresponding ttyd# line does not have a login active on it.

NOTE:  Once ttysoftcar is used to cause the line to respect the carrier
properly, any attempt to use ttysoftcar on the affected line will hang as
an open will now block waiting for carrier.  If you want to turn the
status of the line back around you have to dial in on the modem and run
ttysoftcar while the carrier is up on the line.  Its real neat how things
work, ain't it!

rich@apple.com (Richard Mahn) (06/05/91)

In article <2795@brchh104.bnr.ca> brooks@tazdevil.llnl.gov (Eugene D. Brooks III) writes:
>NOTE:  Once ttysoftcar is used to cause the line to respect the carrier
>properly, any attempt to use ttysoftcar on the affected line will hang as
>an open will now block waiting for carrier.  If you want to turn the
>status of the line back around you have to dial in on the modem and run
>ttysoftcar while the carrier is up on the line.

Not quite true.  if you assume ttydN corresponds to cuaN, then setting
'ttysoftcar' on ttydN is the same as setting it on cuaN.  (Try it, set
it to -n on one, then -y on the other, it will be -y on both.)   Although
you can't use 'ttysoftcar' on ttydN, you CAN use it on cuaN, which
accomplishes the same thing.

>                                                 Its real neat how things
>work, ain't it!
Right.

				Richard Mahn
				Starnet Connections
				rich@starnet.uucp
				starnet!rich@apple.com