Date: Sun, 27 Aug 2006 09:53:05 +0300 From: Danny Braniss <danny@cs.huji.ac.il> To: Scott Long <scottl@samsco.org> Cc: "Kenneth D. Merry" <ken@freebsd.org>, scsi@freebsd.org Subject: Re: iSCSI/luns/check-condition Message-ID: <E1GHEW1-0002Xx-Kh@cs1.cs.huji.ac.il> In-Reply-To: <44F0582A.9080800@samsco.org> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
[...] > > 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. > > > > > and i want to stop this. > > > > also, I understand the lun discovery problematic, but what if: > > when the CAM does a XPT_PATH_INQ, > > setting cpi->max_lun to CAM_DO_LUN_DISCOVERY value > > triggers a different discovery algorithm? > > This would in effect allow the SIM to provide hints on how to scan > the devices that it owns, which is a good idea. let me know if anything is done, i can test i. > > > > > danny > > PS: getting close to a new release of iscsi_initiator > > > > > > Keep up the good work! > > Scott > you guys too!! danny
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E1GHEW1-0002Xx-Kh>