Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!utgpu!water!watmath!clyde!rutgers!husc6!hao!gatech!mcnc!seismo!mcvax!asic001!ron From: ron@asic001.UUCP Newsgroups: comp.unix.wizards,comp.bugs.4bsd Subject: lack of modem control on MVAX-II with DHV running 4.3bsd Message-ID: <312@asic001.UUCP> Date: Tue, 26-May-87 09:29:02 EDT Article-I.D.: asic001.312 Posted: Tue May 26 09:29:02 1987 Date-Received: Thu, 28-May-87 06:59:47 EDT Reply-To: ron@asic001.UUCP (Ron Werther) Distribution: world Organization: Advanced Silicon Corporation, Nijmegen, the NETHERLANDS Lines: 34 Xref: utgpu comp.unix.wizards:2264 comp.bugs.4bsd:345 > -Guy Middleton, University of Waterloo MFCF/ICR, gamiddleton@watmath >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... The problem discribed by Guy Middleton above also affect our systems: microvax II with DHV11 running Ultrix 1.2 but same problem shows up when using DZQ11 boards this situation is very inconvinient because you never can detect if a printer or plotter is switched off. Because the systems thinks there is a working device on that tty-line, your output get lost. I think someting that could cause this is the initiation of the flags from the DHV and DZQ devices in the configuration file. Has anybody tried this allready ? A second question: is it possible to fix this without rebuilding a new kernel ? -ron -- Ron Werther PA3DSO | /~~~/ /~~~ /~~~ Advanced Silicon Corporation | / / / * / NIJMEGEN, THE NETHERLANDS | /~~~/ ~~~/ / tel. +31 80228212 | / / / / / ..!mcvax!asic001!ron | / / ___/ / /___.