Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site brl-tgr.ARPA
Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!think!harvard!seismo!brl-tgr!tgr!root%bostonu.csnet@CSNET-RELAY.ARPA
From: root%bostonu.csnet@CSNET-RELAY.ARPA (BostonU SysMgr)
Newsgroups: net.unix-wizards
Subject: Re: help with 4.2 dmf autoanswer problem
Message-ID: <1634@brl-tgr.ARPA>
Date: Sat, 21-Sep-85 14:25:24 EDT
Article-I.D.: brl-tgr.1634
Posted: Sat Sep 21 14:25:24 1985
Date-Received: Mon, 23-Sep-85 00:12:49 EDT
Sender: news@brl-tgr.ARPA
Lines: 32


>From: miorelli@pwa-b.UUCP (Bob Miorelli)
>Subject: help with 4.2 dmf autoanswer problem
>
>I have a problem with dialing into a system here.  The system is 4.2
>with a df03 auto-answer modem plugged into a dmf (3rd dmf, port 0, or
>ttyi0).  The modem answers fine and carrier locks on, but the
>carrier detect is never passed on to init.....

The first (obvious) thing to check is the wiring, the rs232 connector
might be defeating the signals (such connectors are common as sometimes
we want to do that.)

The second thing to check is your config, the flags field for the
device dmf entry indicates which ports are to be treated as modem
controlled and which as 'defeated' (eg. by wiring as above.) Note
also (your note seems to indicate that you understand this) only
ports 0 and 1 will work as you want in any case.

If a bit is *on* in the flags field it means 'defeated', off means modem
control, if you want to enable those two ports the right thing is:

	... flags 0xfc

tho extending to 16 bits probably won't hurt (0xfffc). You then have
to re-build your kernel (yeah, we all know, a kludge, should be settable
at any time.)

Beyond that it could be any number of things, I would check out the modem
next (borrow a different modem that you know works maybe.) Parity, etc etc.

	-Barry Shein, Boston University


Brought to you by Super Global Mega Corp .com