From owner-freebsd-current Mon Jul 5 2:30: 9 1999 Delivered-To: freebsd-current@freebsd.org Received: from mrelay.jrc.it (mrelay.jrc.it [139.191.1.65]) by hub.freebsd.org (Postfix) with ESMTP id 17E55152C0; Mon, 5 Jul 1999 02:30:01 -0700 (PDT) (envelope-from nick.hibma@jrc.it) Received: from elect8 (elect8.jrc.it [139.191.71.152]) by mrelay.jrc.it (LMC5692) with ESMTP id LAA02563; Mon, 5 Jul 1999 11:29:53 +0200 (MET DST) Date: Mon, 5 Jul 1999 11:29:50 +0200 (MET DST) From: Nick Hibma X-Sender: n_hibma@elect8 Reply-To: Nick Hibma To: Soren Schmidt Cc: Dag-Erling Smorgrav , green@FreeBSD.ORG, richard@cogsci.ed.ac.uk, phk@critter.freebsd.dk, freebsd-current@FreeBSD.ORG Subject: Re: IBM-DJNA drives on FreeBSD In-Reply-To: <199907050843.KAA54290@freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8BIT Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I should have said "known bad configuration". I know Søren's ATA > > driver supports UDMA on the Aladdin, but I don't have the luxury of > > expendable file systems, so I don't use it. I also think it's the > > wrong direction to go off in; if we're going to totally rewrite our > > IDE driver, we should do it within the CAM framework. > > Do I hear a volounteer here ?? > What the new ATA/ATAPI driver is all about is mostly a rewrite of all > the low level code, and that is still needed if you want to go the CAM way. > The higher levels of the new ATA driver is simply a port of my allready > done ATAPI drivers. > There is nothing in the way of screwing a CAM interface ontop of that > lowlevel code instead of/in parallel to the current highlvel code.... Yes yes yes! CAM on top of ATAPI. If we keep the command creation/conversion layer in CAM and make CCB come out at the lower end, we could instantly screw it on top of the USB Mass Storage driver (that supports SCSI through CAM at the moment). On a related edge: Would it make sense to create a UFI command layer (USB floppies use it, don't know what else) on top of CAM? Or am fundamentally wrong in assuming that one can stack any command layer on top of CAM and abuse it as a layer that provides common services, command queueing, error handling? It would like this: SCSI UFI_da ATAPI \ | / CAM layer | USB Mass Storage Driver / | \ Bulk CB CBI Cheers, Nick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message