On 4/20/2011 8:21 PM, Mike Christie wrote:
On 04/20/2011 09:53 PM, Mike Christie wrote:
Is the reason that rport b's terminate_rport_io has not been called,
because that workqueue is queued behind rport a's workqueue and rport
b's workqueue function is not called? If so, have you tested this with
the current upstream kernel?
Oh wait, I think you also need to change the fc class to use
alloc_workqueue instead of create_singlethread_workqueue.
This seem to work, except that I had to use allow_workqueue with flags
WQ_UNBOUND and max_active set to WQ_UNBOUND_MAX_ACTIVE. It didn't help
With flags 0 and max_active set to 0. Test has been going on for the
last 4 hours. I'll let it run overnight.
Thanks,
Bhanu
--
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