From owner-freebsd-scsi Thu Jun 18 13:45:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA09936 for freebsd-scsi-outgoing; Thu, 18 Jun 1998 13:45:44 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from panzer.plutotech.com (ken@panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA09923 for ; Thu, 18 Jun 1998 13:45:40 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.8.8/8.8.5) id OAA08675; Thu, 18 Jun 1998 14:45:23 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199806182045.OAA08675@panzer.plutotech.com> Subject: Re: Rolling CAM in, what is still needed? In-Reply-To: <199806181658.MAA17913@singularity.enigami.com> from Cory Kempf at "Jun 18, 98 12:58:48 pm" To: ckempf@enigami.com (Cory Kempf) Date: Thu, 18 Jun 1998 14:45:23 -0600 (MDT) Cc: freebsd-scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Cory Kempf wrote... > What is still needed before the CAM stuff can become part of the main > body of code? At least w.r.t. -current? More hardware support, including: - Adaptec 1542 (Brian Beattie is working on this) - Adaptec 1742 (Justin said he started on this) - Adaptec AIC-6260 and 6360 - DPT support (Simon is working on this) - Better NCR support (810's don't work too well, I think) - Ultrastor? (Warner may be working on this) I started work on a WORM driver, but it's temporarily on hold until we get some answers back from Plextor on why negotiation is broken on the 4/12 Max. (i.e. that's the drive I got to do the worm driver, but I can't continue until we get a fix from them. If someone sends me another worm drive, the driver will probably get done faster since Plextor hasn't been too responsive to Justin's problem report.) Most of the pieces are there. The next snapshot will have mode page editing support, like the old SCSI code (in fact I just ported the code from the old SCSI layer). It will also have arbitrary SCSI cdb execution support, like the old SCSI layer. There are still a few bugs to be worked out in that code, and a few features to add, but it's pretty much all there now. So, the bottom line is that things are getting closer, but hardware drivers are our weak point right now. One other area that could use some work/help is userland application porting. So far, we have: - xmcd (ported by me) - cdrecord (Mike Smith) - tosha (Russell Cattelan, patch is in my inbox) We don't yet have: - SANE - cdd There may be other applications that send SCSI commands directly to drives, I can't think of any off the top of my head. If there are any more, someone let me know. If anyone wants to do SANE or cdd or some other application, I'm more than willing to help out. (although I don't have a scanner) Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message