From owner-freebsd-scsi Tue Oct 12 13: 6:54 1999 Delivered-To: freebsd-scsi@freebsd.org Received: from caspian.plutotech.com (caspian.plutotech.com [206.168.67.80]) by hub.freebsd.org (Postfix) with ESMTP id C160F153B8 for ; Tue, 12 Oct 1999 13:06:43 -0700 (PDT) (envelope-from gibbs@caspian.plutotech.com) Received: from caspian.plutotech.com (localhost [127.0.0.1]) by caspian.plutotech.com (8.9.3/8.9.1) with ESMTP id OAA02497; Tue, 12 Oct 1999 14:07:03 -0600 (MDT) (envelope-from gibbs@caspian.plutotech.com) Message-Id: <199910122007.OAA02497@caspian.plutotech.com> X-Mailer: exmh version 2.1.0 09/18/1999 To: Randell Jesup Cc: "Justin T. Gibbs" , Gerard Roudier , scsi@FreeBSD.ORG Subject: Re: Driver for GDT6517RD RAID controller In-reply-to: Your message of "12 Oct 1999 14:23:43 -0000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 12 Oct 1999 14:07:03 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Well, you could always punt and return an error in that case >(though it's very not-nice to do so). I assume the problem becomes >something like: command comes in with disconnect-disabled. You need >to page (or otherwise access a disk) to fufill the request. The disk >you need to access is on the same bus. Ooops. I forget if this was >explicitly considered in the CAM subcommittee discussions, or if it was >just felt that this was something that could not be dealt with. I wouldn't >be surprised if we thought about it and agreed that it was not solvable, >and that an error return was perfectly reasonable, and that in this >sort of situation reselect-enabled was VERY strongly advised. With resource reservation you can avoid the problem, but you need an interface for passing the resources to the peripheral driver handling the active transfer. In FreeBSD-CAM, where priority information is presented at the time a peripheral driver requests resources, we can simply pull the resources from a small pool for 'highest priority' requests. As neither CAM1 or 3 has the concept of scheduling for controller resources, there really isn't a clean way to deal with this. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message