From owner-freebsd-scsi Thu Jan 25 13:58:37 1996 Return-Path: owner-freebsd-scsi Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA09828 for freebsd-scsi-outgoing; Thu, 25 Jan 1996 13:58:37 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA09730 for ; Thu, 25 Jan 1996 13:56:30 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA15753 for ; Thu, 25 Jan 1996 22:55:37 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA19494 for freebsd-scsi@freebsd.org; Thu, 25 Jan 1996 22:55:37 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id WAA15801 for freebsd-scsi@freebsd.org; Thu, 25 Jan 1996 22:52:03 +0100 (MET) From: J Wunsch Message-Id: <199601252152.WAA15801@uriah.heep.sax.de> Subject: Re: worm device. To: freebsd-scsi@freebsd.org Date: Thu, 25 Jan 1996 22:52:03 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601251510.KAA00253@jjarray.umd.edu> from "Fred Cawthorne" at Jan 25, 96 10:10:51 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@freebsd.org Precedence: bulk As Fred Cawthorne wrote: > > Is there a block device for the worm device? Not yet, and unless somebody is going to merge the CD-ROM driver into the worm driver (or better yet, makes the code shared between both), i don't see any need for it. Anyway, this is something of the least priority i think. Nobody is going to spend that much money to get an expensive CDROM drive. I've started to revamp the worm driver today, i hope i'll have something that would burn me a CD-R without the hackery that is required now, approximately by the weekend. I've taken the approach to add a couple of ioctl's, in order to define disk-wide (actually session-wide) and track-only parameters. All these must be issued via the control device. Once everything has been set, the driver is ready to have the regular device opened, which will cause the track to be opened for writing. All after this is time- critical, until the close of the regular device, which will issue a SYNCHRONIZE CACHE, causing the drive to consider the track being written. This is the end of the time-critical phase. After all tracks have been written, an ioctl must be given to ``fixate'' the session. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)