Re: NOTICE: /dev/cuaa%d -> /dev/cuad%d renaming

From: Peter Edwards <peadar.edwards_at_gmail.com>
Date: Thu, 14 Oct 2004 11:46:18 +0100
On Wed, 13 Oct 2004 23:29:15 -0700, Randy Bush <randy_at_psg.com> wrote:
> > Tie DCD to DTR. (I think)
> 
> i was not clear.  this affects production racks in strange
> bunker-like facilities.
> 

All this talk of soldering irons and 12v batteries is making me
queasy. Can I suggest something?

The problem is that your serial setup doesn't provide DCD, but you're
using a device that requires it to be available before completing the
open(2).

Think of DCD as indicating that a "connection is established" with the
other side. The ttyd device is _supposed_ to block until a remote
connection is established. If you can't provide a DCD signal, then
just use "cuad" instead of "ttyd":

The intention is that's for making outgoing calls you use cuad, so a
getty waiting to open ttyd won't stop the open on cuad. In your case,
it's probably ok for the getty to just hog the modem itself, so using 
/dev/cuad0 sounds like the right thing to do.

I've no idea why it was working with ttyd before: it sounds like its
working correctly now: maybe phk has fixed a bug in whatever was
driving your serial hardware.

Cheers,
Peadar.
Received on Thu Oct 14 2004 - 08:46:20 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:17 UTC