From owner-freebsd-scsi@FreeBSD.ORG Sun Aug 27 13:02:00 2006 Return-Path: X-Original-To: scsi@freebsd.org 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 7CDF416A4DA; Sun, 27 Aug 2006 13:02:00 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCACA44B71; Sun, 27 Aug 2006 13:01:59 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k7RD1jk8033140; Sun, 27 Aug 2006 07:01:51 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44F197B8.3000903@samsco.org> Date: Sun, 27 Aug 2006 07:01:44 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Danny Braniss References: <000201c6c7df$cb0e8a40$0200a8c0@mrbill5> <20060825204525.GA8060@nargothrond.kdm.org> <44EF64CF.2060304@samsco.org> <44F0582A.9080800@samsco.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: "Kenneth D. Merry" , scsi@freebsd.org Subject: Re: iSCSI/luns/check-condition X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Aug 2006 13:02:00 -0000 Danny Braniss wrote: > [...] > >>>sorry to barge in :-) >>>but my initial problem was that the driver went into a loop. >>> 0- cam starts lun discovery >>> 1- cam sends inq >>> 2- target replies 'condition check' >>> 3- cam ignores, >>> 4- back to 1 >> >>This is only going to happen if the SIM is returning CAM_REQ_CMP. >>You should be returning CAM_REQ_CMP_ERROR. An ASC of 0x24 will set >>SS_FATAL, which will cause probedone() to break out of the probe >>sequence. > > > I was returning CAM_SCSI_STATUS_ERROR. now im returning CAM_REQ_CMP_ERR > and the loop is broken, thanks. Couldn't figure out how to > deal with 'ASC of 0x24' - maybe after coffee. > Actually, CAM_SCSI_STATUS_ERROR should have worked. Did you set CAM_AUTOSNS_VALID? If not, then that probably caused the loop. Scott