Date: Mon, 17 Aug 1998 20:33:26 +0200 (CEST) From: Søren Schmidt <sos@FreeBSD.ORG> To: ken@plutotech.com (Kenneth D. Merry) Cc: sos@FreeBSD.ORG, gibbs@pluto.plutotech.com, hackers@FreeBSD.ORG Subject: Re: TESTERS WANTED for new ATAPI CD/CDR/CDRW driver. Message-ID: <199808171833.UAA20397@sos.freebsd.dk> In-Reply-To: <199808171638.KAA03179@panzer.plutotech.com> from "Kenneth D. Merry" at "Aug 17, 98 10:38:06 am"
next in thread | previous in thread | raw e-mail | index | archive | help
In reply to Kenneth D. Merry who wrote:
> >
> > Dont waste your time on the worm driver, unless you plan to
> > upgrade it significantly. It does only support a couble of
> > old drives that are not made anymore.
>
> My plan is to port the current WORM driver, and leave it at that. It'll
> probably get done in the next week or two. I'm not planning on upgrading
> it any, since the SCSI specs all seem to be pointing towards a single
> integrated CD driver that handles reading and writing. Besides, all the
> new CD-R's and CD-RW's probe as CDROM devices.
Again its mostly a waste of time, use cdrecord on a generic SCSI
device (there is a patch for this floating around).
> > The ATAPI burners are easier, they are all (well most) MMC3
> > compatible, so you can use the same driver for them all.
> > (You could tweak my driver into a SCSI subsystem I guess)
>
> I was thinking about putting write support in the CAM cd driver to
> support CD-R, CD-RW, and eventually DVD drives. Until I get to it, though,
> cdrecord supports most everything on the market.
>
> Are you handling devices that can write via a separate peripheral driver,
> or do you have an integrated ATAPI CD/CD-R/CD-RW driver? It may well be
> possible to share some code for ATAPI and SCSI CD-R/CD-RW drives.
The new atapi-cd driver I've been working on supports the works
CD/CDR/CDRW they are all supported by one and the same driver.
You can steal^H^H^H^H^Hborrow the workings from there, but its
not completely finished yet. I still need a few minor details
and then of cause to teach the rest of the system to use != 512
byte blocks. I have changes physio a bit, so I can actually
get the 2352byte blocks I want, and seems to work just fine.
That should also eleminate the need to have a special ioctl to
rip audio directly off the disc...
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team
Even more code to hack -- will it ever end?
..
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199808171833.UAA20397>