From owner-freebsd-scsi Thu Mar 18 11:31:10 1999 Delivered-To: freebsd-scsi@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id D5A5B14CF0 for ; Thu, 18 Mar 1999 11:31:07 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral.com (8.8.7/8.8.7) with ESMTP id LAA24600 for ; Thu, 18 Mar 1999 11:30:43 -0800 Date: Thu, 18 Mar 1999 11:30:43 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: freebsd-scsi@freebsd.org Subject: SCSI resets in CAM during startup.... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org (yes, I know I'm supposed to be working on tape stuff, but I had to put on another hat today...gawd, my head aches....) I'd like to make a request- I'd like the initial SCSI reset done currently by the CAM probe framework to be: a) The responsibility/discretion of the hba driver to perform. b) Config option'ed off (for a CAM_MULTI_INITIATOR) option. This doesn't mean that a camcontrol cannot occur, but I don't want to always have it on automatically. One reason for #a is that the Fibre Channel equivalent of this is pretty heavy weight. If I implement this in the Qlogic as the BUS_RESET command, it basically then has to traverse the entire loop and send a FCP CMND_IU to all logged in targets with the RESET_TARGET task management function. This can be really problematic for a lot of loop configurations, as well as being completely unnecessary from a state point of view. If I implement this as a Loop Reset or a LIP, that's even more drastic. What I've been doing up until now is ignoring the XPT_RESET_BUS for Fibre Channel, but that's not right either. This also plays all into #b, where you really don't want to issue bus resets at all if you can help it. The current Qlogic parallel SCSI code actually forces async/narrow as it's first state so state management is a bit easier. Opinions? -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message