Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!utcsri!uthub!ecf!larry
From: larry@ecf.UUCP
Newsgroups: comp.unix.wizards,comp.bugs.4bsd
Subject: Re: lack of modem control on MVAX-II with DHV running 4.3bsd
Message-ID: <153@mv02.ecf.toronto.edu>
Date: Thu, 21-May-87 15:49:42 EDT
Article-I.D.: mv02.153
Posted: Thu May 21 15:49:42 1987
Date-Received: Fri, 22-May-87 01:34:39 EDT
References: <7597@orchid.UUCP>
Reply-To: larry@ecf.toronto.edu (Larry Philps)
Organization: Engineering Computing Facility, University of Toronto
Lines: 26
Keywords: modem control on DHV11
Xref: utgpu comp.unix.wizards:2191 comp.bugs.4bsd:338
Summary: set flag 0x00 in config file

In article <7597@orchid.UUCP> gamiddleton@orchid.UUCP (Guy Middleton) writes:
>We have a Microvax-II with a DHV11.  We're using the DHU driver from
>Berkeley, running 4.3BSD.  The DHV passes its hardware diagnostics perfectly.
>However, when the system is running, the DHV completely ignores modem
>controls (DTR, CTS, RTS and DCD).  Debug code in the driver shows that the
>board thinks it is asserting DTR at the right times (when in fact DTR is
>*never* raised).  Also the board never sees DCD.  Has anybody else seen
>this?  We're starting to get a bit annoyed here...
>__
> -Guy Middleton, University of Waterloo MFCF/ICR, gamiddleton@watmath

You have to tell the dhu driver that you want modem control on the
ports.  If you don't, then it defaults to no modem control.  You control
this by changing the flags setting in the configuration line for your
dhu's.  Our's look like:

device		dhu0	at uba? csr 0160440 flags 0x00 	vector dhurint dhuxint
device		dhu1	at uba? csr 0160460 flags 0x00 	vector dhurint dhuxint

You can also change the modem control on a running kernel by using adb
to write 0's into the kernel variable "dhusoftCAR" as so:

adb -w /vmunix /dev/kmem
dhusoftCAR/w 0
dhusoftCAR+2/w 0
^D

Larry Philps	Engineering Computing Facility	University of Toronto
NEW PATH:   larry@ecf.toronto.edu
USENET:     {linus, ihnp4, allegra, decvax, floyd}!utcsri!ecfb!larry
CSNET:      larry@Toronto
ARPA:       larry%Toronto@CSNet-Relay
BITNET:     larry@ecf.utoronto.BITNET