From owner-freebsd-scsi Wed Nov 20 12: 0:40 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23E1837B413 for ; Wed, 20 Nov 2002 12:00:39 -0800 (PST) Received: from msgbas2x.cos.agilent.com (msgbas2x.cos.agilent.com [192.25.240.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A66D43E3B for ; Wed, 20 Nov 2002 12:00:38 -0800 (PST) (envelope-from ctuffli@rose.agilent.com) Received: from relcos2.cos.agilent.com (relcos2.cos.agilent.com [130.29.152.237]) by msgbas2x.cos.agilent.com (Postfix) with ESMTP id 56BF8212D for ; Wed, 20 Nov 2002 13:00:36 -0700 (MST) Received: from rtl.rose.agilent.com (rtl.rose.agilent.com [130.30.179.189]) by relcos2.cos.agilent.com (Postfix) with ESMTP id 54134546 for ; Wed, 20 Nov 2002 13:00:32 -0700 (MST) Received: from mail.rose.agilent.com (mailsrv@bellhop [130.30.179.19]) by rtl.rose.agilent.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.1.0) with ESMTP id MAA08111 for ; Wed, 20 Nov 2002 12:00:30 -0800 (PST) Received: from cre85086tuf (cre85086tuf.rose.agilent.com [130.30.178.1]) by mail.rose.agilent.com (Netscape Messaging Server 3.6) with ESMTP id AAA4628; Wed, 20 Nov 2002 12:00:27 -0800 Received: by cre85086tuf (Postfix, from userid 1001) id 28B7F19DD64; Wed, 20 Nov 2002 11:59:57 -0800 (PST) Date: Wed, 20 Nov 2002 11:59:57 -0800 From: Chuck Tuffli To: Nate Lawson Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: SIM as loadable module? Message-ID: <20021120195956.GB35733@cre85086tuf.rose.agilent.com> References: <20021118064805.GA7533@thegrail.rose.agilent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, Nov 19, 2002 at 11:06:04AM -0800, Nate Lawson wrote: > On Sun, 17 Nov 2002, Chuck Tuffli wrote: > > case XPT_PATH_INQ: > > { > > ... > > cpi->bus_id = bus; > > Shouldn't this be: > cpi->bus_id = cam_sim_bus(sim); > (of course, I don't know what the type of "bus" is in this context) Earlier in the function: int bus = cam_sim_bus(sim); > > cpi->initiator_id = cpi->max_target + 1; > > Does this accurately reflect the card's settings? Some SIMs I've seen do > a device-specific call to read the card's id (in your case, For this, I was mimicing what the isp and mpt were doing although I wasn't 100% sure why there was a distinction. My guess was that by setting the HBA's ID higher than max_target, the CAM wouldn't send INQUIRY. > fcPortGetInfo?). I guess your approach should be necessary in the FC case > since your position in the chain can change when you get a LIP. Wouldn't the driver want to insulate the CAM from this kind of event? I was thinking that the CAM's view of TID should be independent from FC's view of NPort_ID. The intent would be that the WWN of TID x should be the same before and after a LIP, but the mapping of TID to NPort_ID may change. -- Chuck Tuffli Agilent Technologies, Storage and Networking To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message