On 06/28/2016 10:57 PM, Bryant G. Ly wrote:
I was hoping someone in the community can help answer this:
If I were to remove the masking off of the lun addressing method prior to
target_submit_cmd/target_submit_tmr then I get a hang within scsi probe
on bootup. (srp->lun.scsi_lun[0] &= 0x3f; and srp_tsk->lun.scsi_lun[0] &= 0x3f;)
[ 0.842648] ibmvscsi 3000000d: sent SRP login
[ 0.842667] ibmvscsi 3000000d: SRP_LOGIN succeeded
[ 0.842682] scsi 0:0:2:0: CD-ROM AIX VOPTA
PQ: 0 ANSI: 4
[ OK ] Started Show Plymouth Boot Screen.
[ OK ] Reached target Paths.
[ OK ] Reached target Basic System.
[ 0.886179] sr 0:0:2:0: [sr0] scsi-1 drive
[ 0.886199] cdrom: Uniform CD-ROM driver Revision: 3.20
[ 0.888582] sd 0:0:1:0: [sda] 41943040 512-byte logical blocks: (21.4
GB/20.0 GiB)
[ 0.888657] sd 0:0:1:0: [sda] Write Protect is off
[ 0.888712] sd 0:0:1:0: [sda] Cache data unavailable
[ 0.888722] sd 0:0:1:0: [sda] Assuming drive cache: write through
[ 0.901443] sda: sda1 sda2 sda3
[ 0.901838] sd 0:0:1:0: [sda] Attached SCSI disk
[ 124.522778] dracut-initqueue[353]: Warning: dracut-initqueue timeout -
starting timeout scripts
[ 125.151242] dracut-initqueue[353]: Warning: dracut-initqueue timeout -
starting timeout scripts
[ 125.662808] dracut-initqueue[353]: Warning: dracut-initqueue timeout -
starting timeout scripts
Does anyone know of the reasoning for having to mask off the addressing method
prior
to submitting to target?
How long have you waited before giving up waiting? The SCSI initiator
sends a REPORT LUN and other SCSI commands to LUN 0. If LUN 0 is missing
these commands will time out but that should not cause a hang. Anyway,
SysRq-w should help to determine the cause of the hang.
Bart.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
