From owner-freebsd-current Sun Oct 27 12:20:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FD1537B404 for ; Sun, 27 Oct 2002 12:20:57 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9758243E6E for ; Sun, 27 Oct 2002 12:20:45 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.5/8.12.6) id g9RKKdgY094462; Sun, 27 Oct 2002 21:20:39 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200210272020.g9RKKdgY094462@spider.deepcore.dk> Subject: Re: burncd/cdcontrol In-Reply-To: To: Nate Lawson Date: Sun, 27 Oct 2002 21:20:39 +0100 (CET) Cc: Julian Elischer , current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Nate Lawson wrote: > Ah, I didn't know about the DVD for $ issue. In any case, I prefer > cdrecord because it works cross-platform and is supported by many GUIs. right, but cdrecord is as close to closed source as you can get without actually calling it that... > The problem with making burncd work for SCSI is that it doesn't use the > ATAPI interface, instead it implements our own ioctl interface. > Currently, the ioctls burncd uses that are missing from cd(4) are: > > CDRIOCGETBLOCKSIZE > CDRIOCSETBLOCKSIZE > CDRIOCNEXTWRITEABLEADDR > CDRIOCBLANK > CDRIOCGETPROGRESS > CDRIOCINITWRITER > CDRIOCFIXATE > CDRIOCSENDCUE > CDRIOCINITTRACK > CDRIOCFLUSH > CDRIOCREADFORMATCAPS > CDRIOCFORMAT > > Instead of cutting/pasting those from atapi-cd.c, I think it would be > better eventually to rewrite burncd using the ATAPI commands and libcam to > send them to the drive. That way we can have one CD driver instead of > duplicating all that code. IMO, atapi-cd.c need never have been written > but atapi-cam should have been done much earlier. We now have two nearly > identical drivers for supporting the exact same hardware. cd(4) works for > ATAPI and SCSI drives. acd(4) doesn't but has newer ATAPI commands that > have not yet been cut/pasted into cd(4). Hmm, it is true that I could use ATAPI command directly in burncd, and I actually have a version in the lab that is ~75% converted to that, but that is not the only issue here. The ATAPI cd driver has quite a bit of functionality that the SCSI cd driver hasn't, fx the ability to read all kinds of CD's no matter what the block size, the ablity to read individual tracks, and supporting ATAPI changer devices just to mention a few :) Besides for some of us that uses small systems without SCSI in them, saving the +100k of compiled code for the CAM overhead is important. Oh, and besides the SCSI/CAM cd driver didn't exist when I did the first version of the ATAPI cd driver, that was the old SCSI system back then... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message