iSCSI/luns/check-condition

Danny Braniss danny at cs.huji.ac.il
Sun Aug 27 06:53:13 UTC 2006


[...]
> > 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




More information about the freebsd-scsi mailing list