Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 19 May 1997 13:41:59 -0400
From:      Charles Henrich <henrich@crh.cl.msu.edu>
To:        Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de>
Cc:        freebsd-scsi@FreeBSD.ORG
Subject:   Re: scsi library interface
Message-ID:  <19970519134159.60193@crh.cl.msu.edu>
In-Reply-To: <19970519174516.AT53845@uriah.heep.sax.de>; from J Wunsch on Mon, May 19, 1997 at 05:45:16PM %2B0200
References:  <19970518184034.10726@crh.cl.msu.edu> <19970519103618.LH45116@uriah.heep.sax.de> <19970519110533.07999@crh.cl.msu.edu> <19970519174516.AT53845@uriah.heep.sax.de>

next in thread | previous in thread | raw e-mail | index | archive | help
On the subject of Re: scsi library interface, J Wunsch stated:

> Needless to say, no userland program is meant to issue READ or WRITE
> commands to a CD-ROM drive at all...  I would be much more happy if
> you would think about integrating all this into the type drivers.
> I've already exchanged a few ideas with Jean-Marc Zucchoni lately, who
> became very active on the CD-R front.  Reading and writing devices in
> userland when there's a real device driver for it violates the
> layering principles.

The only problem is, you need to code different mechanisms for reading this
kind of data for each CD-ROM manufacturer out there.  Adding these tables for
this special end case seems pointless, and you also make your life much more
painful for some mechs who require switching states depending on if reading
CDDA or not.

-Crh

       Charles Henrich     Michigan State University     henrich@msu.edu

                         http://pilot.msu.edu/~henrich



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19970519134159.60193>