[SCSI] lpfc 8.3.36: Fix bug with Target Resets and FCP2 devices
Fix bug with Target Resets and FCP2 devices Create module parameter to disable Target Reset on FCP-Tape devices when a "bus reset" is requested. Default is to reset all devices on bus reset. Signed-off-by: James Smart <james.smart@emulex.com> Signed-off-by: James Bottomley <JBottomley@Parallels.com>
This commit is contained in:

committed by
James Bottomley

parent
c71ab8616d
commit
a6571c6eba
@@ -3858,6 +3858,16 @@ LPFC_ATTR_R(ack0, 0, 0, 1, "Enable ACK0 support");
|
||||
LPFC_ATTR_RW(fcp_io_sched, 0, 0, 1, "Determine scheduling algrithmn for "
|
||||
"issuing commands [0] - Round Robin, [1] - Current CPU");
|
||||
|
||||
/*
|
||||
# lpfc_fcp2_no_tgt_reset: Determine bus reset behavior
|
||||
# range is [0,1]. Default value is 0.
|
||||
# For [0], bus reset issues target reset to ALL devices
|
||||
# For [1], bus reset issues target reset to non-FCP2 devices
|
||||
*/
|
||||
LPFC_ATTR_RW(fcp2_no_tgt_reset, 0, 0, 1, "Determine bus reset behavior for "
|
||||
"FCP2 devices [0] - issue tgt reset, [1] - no tgt reset");
|
||||
|
||||
|
||||
/*
|
||||
# lpfc_cr_delay & lpfc_cr_count: Default values for I/O colaesing
|
||||
# cr_delay (msec) or cr_count outstanding commands. cr_delay can take
|
||||
@@ -4100,6 +4110,7 @@ struct device_attribute *lpfc_hba_attrs[] = {
|
||||
&dev_attr_lpfc_scan_down,
|
||||
&dev_attr_lpfc_link_speed,
|
||||
&dev_attr_lpfc_fcp_io_sched,
|
||||
&dev_attr_lpfc_fcp2_no_tgt_reset,
|
||||
&dev_attr_lpfc_cr_delay,
|
||||
&dev_attr_lpfc_cr_count,
|
||||
&dev_attr_lpfc_multi_ring_support,
|
||||
@@ -5091,6 +5102,7 @@ void
|
||||
lpfc_get_cfgparam(struct lpfc_hba *phba)
|
||||
{
|
||||
lpfc_fcp_io_sched_init(phba, lpfc_fcp_io_sched);
|
||||
lpfc_fcp2_no_tgt_reset_init(phba, lpfc_fcp2_no_tgt_reset);
|
||||
lpfc_cr_delay_init(phba, lpfc_cr_delay);
|
||||
lpfc_cr_count_init(phba, lpfc_cr_count);
|
||||
lpfc_multi_ring_support_init(phba, lpfc_multi_ring_support);
|
||||
|
Reference in New Issue
Block a user