Searched hist:"419835 e285c3e39cd62c8c8426da0aebea9cd89f" (Results 1 – 2 of 2) sorted by relevance
| /openbmc/linux/drivers/message/fusion/ |
| H A D | mptbase.h | diff 419835e285c3e39cd62c8c8426da0aebea9cd89f Wed May 24 15:07:40 CDT 2006 Michael Reed <mdr@sgi.com> [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>
|
| H A D | mptfc.c | diff 419835e285c3e39cd62c8c8426da0aebea9cd89f Wed May 24 15:07:40 CDT 2006 Michael Reed <mdr@sgi.com> [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>
|