From owner-freebsd-scsi Mon Feb 23 12:04:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA01297 for freebsd-scsi-outgoing; Mon, 23 Feb 1998 12:04:44 -0800 (PST) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA01229 for ; Mon, 23 Feb 1998 12:04:33 -0800 (PST) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id NAA08037; Mon, 23 Feb 1998 13:04:05 -0700 (MST) Message-Id: <199802232004.NAA08037@pluto.plutotech.com> X-Mailer: exmh version 2.0.1 12/23/97 To: Chris Dillon cc: "David O'Brien" , dg@root.com, "Justin T. Gibbs" , scsi@FreeBSD.ORG Subject: Re: very slow scsi performance In-reply-to: Your message of "Mon, 23 Feb 1998 11:31:53 CST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 23 Feb 1998 13:01:11 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >> > >> But CAM means current. Downgrading production servers to current is >not >> > >> an option. >> > > >> > >CAM works for wcarchive and many of Satoshi's "production" systems. It >> > >is possible to port CAM to 2.2 as well since that is how wcarchive is >> > >using it. >> > >> > I should mention that what I'm using on there has been quite stable as >> > well. >> >> Any diffs available? I could probably scrounge up diffs for the version of CAM that wcarchive is running. It would probably be better to simply generate them again once Ken and I release the next snapshot for current. CAM depends on just a few features of current that could be brought into -stable. Perhaps after 2.2.6 is cut we can do that: 1) New timeout interface 2) New buffer queuing routines that handle the B_ORDERED flag. 3) Interrupt driven config hooks. 4) cam and vm software interrupt handlers 5) bus dma code. Getting even just a few of these pulled over would greatly simplify the process of getting CAM to run under stable. >I would certainly be happy to test out the CAM code in -stable as long as >it doesn't require too much programming experience. Applying some diffs >and making a new kernel (and/or world) is easy enough for me. It would be >really nice to see it in 2.2.6, but I'm just dreaming there. Maybe as an >experimental package, at least? CAM needs more controller support before it can go into any release. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message