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