From owner-freebsd-current Sat Aug 15 12:04:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA26126 for freebsd-current-outgoing; Sat, 15 Aug 1998 12:04:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA26102; Sat, 15 Aug 1998 12:04:43 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.8.8) id VAA08482; Sat, 15 Aug 1998 21:02:53 +0200 (CEST) (envelope-from sos) Message-Id: <199808151902.VAA08482@sos.freebsd.dk> Subject: Re: TESTERS WANTED for new ATAPI CD/CDR/CDRW driver. In-Reply-To: <199808150936.JAA00459@word.smith.net.au> from Mike Smith at "Aug 15, 98 09:33:09 am" To: mike@smith.net.au (Mike Smith) Date: Sat, 15 Aug 1998 21:02:53 +0200 (CEST) Cc: sos@FreeBSD.ORG, tlambert@primenet.com, current@FreeBSD.ORG, hackers@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Mike Smith who wrote: > > > > There is no CAM in there. There might be a hook in the ata driver > > to register the ATAPI devices through CAM later. Acessing ATA disk > > devices through CAM is not planned. > > You've changed your mind *again*? No :) > For what it's worth, I don't see much value in treating ATA disks as > though they were SCSI disks; the overhead in translation is probably > too high. On the other hand, I'm less sure about things that use the > ATAPI packet protocol. The ATA driver with lowlevel ATAPI support _must_ be implemented in all cases, the difference is if the ATAPI device are registered under CAM (scsi) or if there are nataive ATAPI drivers instead. Since I've allready written an ATAPI tape driver, and now an ATAPI CD-R/RW driver (which doesn't exist for CAM), I see no reason why not to have them. There is nothing hindering a CAM hook too, for those wanting that, but that will be up in the future until CAM gets "serious" enough. I se NO reason to bloat an ATA/ATAPI only system with all the CAM stuff though, but in a mixed ATA/ATAPI/SCSI system it might have some merit. > Still, and more importantly, you're the one doing the work. Exactly, and as long as its my spare time, I'll do the deciding :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 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-current" in the body of the message