Searched hist:b8e6f13617db126c8898908e8601f5e4e3b393cf (Results 1 – 2 of 2) sorted by relevance
/linux/drivers/scsi/lpfc/ |
H A D | lpfc_bsg.c | diff b8e6f13617db126c8898908e8601f5e4e3b393cf Wed May 22 02:49:04 CEST 2019 James Smart <jsmart2021@gmail.com> scsi: lpfc: Fix incorrect logical link speed on trunks when links down
Invalid logical speed is displayed for trunk enabled ports when all ports are down. Also noted that link speed is incorrectly reported for the units when links are up.
Current code is returning the logical link speed from the last event from the adapter. In cases where the last link went down, the link speed in the event was not valid - meaning that although the links where down the field had a bogus value.
Rework the event handling to qualify the trunk link state before using the event speed data.
Also correct units on other areas where the logical link speed was taken from a link event.
Signed-off-by: Dick Kennedy <dick.kennedy@broadcom.com> Signed-off-by: James Smart <jsmart2021@gmail.com> Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
|
H A D | lpfc_init.c | diff b8e6f13617db126c8898908e8601f5e4e3b393cf Wed May 22 02:49:04 CEST 2019 James Smart <jsmart2021@gmail.com> scsi: lpfc: Fix incorrect logical link speed on trunks when links down
Invalid logical speed is displayed for trunk enabled ports when all ports are down. Also noted that link speed is incorrectly reported for the units when links are up.
Current code is returning the logical link speed from the last event from the adapter. In cases where the last link went down, the link speed in the event was not valid - meaning that although the links where down the field had a bogus value.
Rework the event handling to qualify the trunk link state before using the event speed data.
Also correct units on other areas where the logical link speed was taken from a link event.
Signed-off-by: Dick Kennedy <dick.kennedy@broadcom.com> Signed-off-by: James Smart <jsmart2021@gmail.com> Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
|