diff options
| author | Chris Leech | 2009-02-27 19:55:02 +0100 |
|---|---|---|
| committer | James Bottomley | 2009-03-06 22:39:34 +0100 |
| commit | 6755db1cd4587084be85f860b7aa7c0cc9d776dc (patch) | |
| tree | cdc50e934f61d73a7aa8f5fdc5c454e0375071b9 /include | |
| parent | [SCSI] libfc, fcoe: fixed locking issues with lport->lp_mutex around lport->l... (diff) | |
| download | kernel-qcow2-linux-6755db1cd4587084be85f860b7aa7c0cc9d776dc.tar.gz kernel-qcow2-linux-6755db1cd4587084be85f860b7aa7c0cc9d776dc.tar.xz kernel-qcow2-linux-6755db1cd4587084be85f860b7aa7c0cc9d776dc.zip | |
[SCSI] libfc: rport retry on LS_RJT from certain ELS
This allows any rport ELS to retry on LS_RJT.
The rport error handling would only retry on resource allocation failures
and exchange timeouts. I have a target that will occasionally reject PLOGI
when we do a quick LOGO/PLOGI. When a critical ELS was rejected, libfc would
fail silently leaving the rport in a dead state.
The retry count and delay are managed by fc_rport_error_retry. If the retry
count is exceeded fc_rport_error will be called. When retrying is not the
correct course of action, fc_rport_error can be called directly.
Signed-off-by: Chris Leech <christopher.leech@intel.com>
Signed-off-by: Robert Love <robert.w.love@intel.com>
Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
Diffstat (limited to 'include')
| -rw-r--r-- | include/scsi/fc/fc_fs.h | 5 |
1 files changed, 5 insertions, 0 deletions
diff --git a/include/scsi/fc/fc_fs.h b/include/scsi/fc/fc_fs.h index 3e4801d2bdbb..1b7af3a64c7c 100644 --- a/include/scsi/fc/fc_fs.h +++ b/include/scsi/fc/fc_fs.h @@ -337,4 +337,9 @@ enum fc_pf_rjt_reason { FC_RJT_VENDOR = 0xff, /* vendor specific reject */ }; +/* default timeout values */ + +#define FC_DEF_E_D_TOV 2000UL +#define FC_DEF_R_A_TOV 10000UL + #endif /* _FC_FS_H_ */ |