From owner-freebsd-stable@FreeBSD.ORG  Sun Jan  9 00:58:05 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3375616A4CE
	for <freebsd-stable@freebsd.org>;
	Sun,  9 Jan 2005 00:58:05 +0000 (GMT)
Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C7E0D43D1F
	for <freebsd-stable@freebsd.org>;
	Sun,  9 Jan 2005 00:58:04 +0000 (GMT)	(envelope-from bfoz@bfoz.net)
Received: from [192.168.0.5]
	(c-67-161-34-162.client.comcast.net[67.161.34.162])
	by comcast.net (sccrmhc12) with ESMTP
	id <2005010900580201200p04g9e>; Sun, 9 Jan 2005 00:58:03 +0000
Message-ID: <41E08199.3000405@bfoz.net>
Date: Sat, 08 Jan 2005 16:58:01 -0800
From: Brandon Fosdick <bfoz@bfoz.net>
User-Agent: Mozilla Thunderbird 0.9 (X11/20041111)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Daniel O'Connor <doconnor@gsoft.com.au>
References: <40170.4.248.235.201.1104333403.squirrel@4.248.235.201>
	<20050102.220156.79545944.imp@bsdimp.com> <41E036AF.2030407@bfoz.net>
	<200501091115.00779.doconnor@gsoft.com.au>
In-Reply-To: <200501091115.00779.doconnor@gsoft.com.au>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
cc: freebsd-stable@freebsd.org
Subject: Re: ucom and sio
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 09 Jan 2005 00:58:05 -0000

Daniel O'Connor wrote:
> Is it blocking waiting for carrier detect to come up?
> Try using the cuaNN device instead.

The software in question worked fine using a cuaNN device until said 
device died.

Somebody else mentioned that I could set the device to ignore the 
carrier detect signal. How do I do that? Is it a flag to tcsetattr() or 
some kind of ioctl?