Hi Himanshu, On Mon, 2016-02-08 at 23:27 +0000, Himanshu Madhani wrote: > > I am testing this series with with 4.5.0-rc2+ kernel and I am seeing issue > where trying to trigger > sg_reset with option of host/device/bus in loop at 120second interval > causes call stack. At this point > removing configuration hangs indefinitely. See attached dmesg output from > my setup. >
Thanks alot for testing this. So It looks like we're still hitting a indefinite schedule() on se_cmd->cmd_wait_comp once tcm_qla2xxx session disconnect/reconnect occurs, after repeated explicit active I/O remote-port sg_resets. Does this trigger on the first tcm_qla2xxx session reconnect after explicit remote-port sg_reset..? Are session reconnects actively being triggered during the test..? To verify the latter for iscsi-target, I've been using a small patch to trigger session reset from TMR kthread context in order to simulate the I_T disconnects. Something like that would be useful for verifying with tcm_qla2xxx too. That said, I'll be reproducing with tcm_qla2xxx ports this week, and will enable various debug in a WIP branch for testing. Thank you, --nab -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
