Christof Schmitt cbf1ed0264 [SCSI] zfcp: Recover from stalled outbound queue ... Depending on interruptions on some storage systems, the complete channel can stall which looks like an outbound queue stall to Linux. When trying to acquire a free SBAL for a non-SCSI command, zfcp waits for 5 seconds for a free slot to appear. This is the right place to detect a queue stall: If the wait times out, we assume a stalled queue and try to recover this. The overall strategy should be to trigger the erp from specific events, and not try an overall escalation from one failed port to a full-blown queue recovery. If we manage to send a command, the status codes for this command or a timeout will trigger the right follow-on actions. Reviewed-by: Swen Schillig <swen@vnet.ibm.com> Signed-off-by: Christof Schmitt <christof.schmitt@de.ibm.com> Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>		2009-07-30 08:49:57 -05:00
..
block	headers: smp_lock.h redux	2009-07-12 12:22:34 -07:00
char	[S390] improve suspend/resume error messages	2009-07-07 16:37:53 +02:00
cio	[S390] qdio: Sanitize do_QDIO sanity checks	2009-06-22 12:08:21 +02:00
crypto	[S390] ap/zcrypt: Suspend/Resume ap bus and zcrypt	2009-06-22 12:08:21 +02:00
kvm	virtio: find_vqs/del_vqs virtio operations	2009-06-12 22:16:36 +09:30
net	[S390] driver_data access	2009-06-22 12:08:23 +02:00
scsi	[SCSI] zfcp: Recover from stalled outbound queue	2009-07-30 08:49:57 -05:00
Makefile	[S390] split/move machine check handler code	2009-03-26 15:24:10 +01:00