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>