Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 27 Aug 2006 07:01:44 -0600
From:      Scott Long <scottl@samsco.org>
To:        Danny Braniss <danny@cs.huji.ac.il>
Cc:        "Kenneth D. Merry" <ken@freebsd.org>, scsi@freebsd.org
Subject:   Re: iSCSI/luns/check-condition
Message-ID:  <44F197B8.3000903@samsco.org>
In-Reply-To: <E1GHEW1-0002Xx-Kh@cs1.cs.huji.ac.il>
References:  <000201c6c7df$cb0e8a40$0200a8c0@mrbill5> <E1GGXyv-0007JJ-RG@cs1.cs.huji.ac.il> <F6E2AEDC-1C45-41A1-9B3A-A05E93F44456@wasabisystems.com> <E1GGgKF-00069y-7G@cs1.cs.huji.ac.il> <DDCEA06D-E09F-4021-8CCD-C9451CF90243@wasabisystems.com> <20060825204525.GA8060@nargothrond.kdm.org> <44EF64CF.2060304@samsco.org> <E1GGruJ-0001To-9I@cs1.cs.huji.ac.il> <44F0582A.9080800@samsco.org> <E1GHEW1-0002Xx-Kh@cs1.cs.huji.ac.il>

next in thread | previous in thread | raw e-mail | index | archive | help
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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?44F197B8.3000903>