From owner-freebsd-hackers Tue May 14 19:57:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA07526 for hackers-outgoing; Tue, 14 May 1996 19:57:07 -0700 (PDT) Received: from gateway.cybernet.com (gateway.cybernet.com [192.245.33.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA07520 for ; Tue, 14 May 1996 19:57:02 -0700 (PDT) Received: from spiffy.cybernet.com (spiffy.cybernet.com [192.245.33.55]) by gateway.cybernet.com (8.6.12/8.6.12) with SMTP id WAA14510 for ; Tue, 14 May 1996 22:59:17 -0400 Message-ID: X-Mailer: XFMail 0.4-beta [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Tue, 14 May 1996 22:53:48 -0400 (EDT) Organization: Cybernet Systems Corporation From: (Mark J. Taylor) To: hackers@freebsd.org Subject: sio setbaud problem Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When my software sets the baud rate, the DTR is automatically asserted. I see that in /sys/i386/isa/sio.c:comparam() that if the divisor is not zero, then the DTR gets set ON, otherwise it gets set OFF. Is this behavior an "indusrty standard", "POSIX compliance", or whatever? I'm curoius about the reasoning behind this, because I have to use the DTR to control a remote device. This device change change its baud rate to up to 115.2 kbps, but the default baud rate is 9600 bps (there's a command sent to it to change its baud rate, and setting the DTR causes the device to reset). So, what I want to know is- Will I have this problem with other operating systems? Do they set the DTR to ON whenever the baud rate is set? (I seem to be having a problem using the RTS as a replacement- the status of it does not change, even though I've set CRTS_IFLOW off in the c_cflag. TIOCMGET tells me the RTS is being set, but the hardware does not reflect that.) Thanks, as always, for a decent, stable, outstanding OS! -Mark Taylor mtaylor@cybernet.com