diff options
| author | Michael Reed <mdr@sgi.com> | 2006-05-24 15:07:40 -0500 |
|---|---|---|
| committer | James Bottomley <jejb@mulgrave.il.steeleye.com> | 2006-06-10 16:00:03 -0500 |
| commit | 419835e285c3e39cd62c8c8426da0aebea9cd89f (patch) | |
| tree | e550176245f09598ccf7ffff915524ff07d75c88 /drivers/message/fusion/mptbase.c | |
| parent | ca2f938efe71ca48cbc689db4df8d4f04b5d8f07 (diff) | |
[SCSI] mptfc: fix fibre channel infinite request/response loop
While doing board reset testing I was able to put the system in
an infinite request/response loop between the scsi layer and
mptscsih_qcmd() by aborting the reset. This patch installs
a "SETUP RESET" handler which calls fc_remote_port_delete()
for all registered rports. This blocks the target which
prevents the loop. Additionally, should the reset fail to
complete, the transport will now terminate i/o to the target.
Signed-off-by: Michael Reed <mdr@sgi.com>
Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
Diffstat (limited to 'drivers/message/fusion/mptbase.c')
0 files changed, 0 insertions, 0 deletions