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 majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
