public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Pete Zaitcev <zaitcev@redhat.com>
To: linux-kernel@vger.kernel.org
Subject: Re: Char devices drivers
Date: Thu, 28 Mar 2002 19:25:17 -0500	[thread overview]
Message-ID: <200203290025.g2T0PHr04174@devserv.devel.redhat.com> (raw)
In-Reply-To: <mailman.1017359089.18550.linux-kernel2news@redhat.com>

>> > Can anyone explain what is the utility of the callout devices 
>> > in the char drivers ???

The utility is this (mind, it is only a nice idea in someone's
empty head, in reality it does not really work that way):

1. You run getty on /dev/cua0 or /dev/cua1.
2. Getty waits for the carrier, and keeps /dev/cuaN open.
3. Meanwhile, you can use cu, kermit, and uucico to dial
   out using /dev/ttya or /dev/ttyb.

Sounds very nifty, and this is how SunOS worked and Solaris
tries to (with devices renamed a bit). The devil is details,
or course. The hellishly complicated semantics of this
twin-tailed device makes the driver pretty buggy.

>[...]
> So eliminating cua means more work for the programmer but less confusion
> for users.  Overall, it's a good thing since there are many more users
> than programmers.
> 
> 			David Lawyer

I think it's more important that devices work as advertised
more often if drivers are simpler. In my expirience, users
are not really confused by callout devices, but rather are
annoyed when they step on a bug.

-- Pete

       reply	other threads:[~2002-03-29  0:25 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.1017359089.18550.linux-kernel2news@redhat.com>
2002-03-29  0:25 ` Pete Zaitcev [this message]
2002-04-01 20:55 Char devices drivers Ed Vance
  -- strict thread matches above, loose matches on Subject: below --
2002-03-11 17:59 Ed Vance
2002-03-28 21:39 ` David Lawyer
2002-03-11 14:35 Henrique Gobbi

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200203290025.g2T0PHr04174@devserv.devel.redhat.com \
    --to=zaitcev@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox