Searched hist:"9 e210178267b80c4eeb832fade7e146a18c84915" (Results 1 – 3 of 3) sorted by relevance
/linux/drivers/scsi/lpfc/ |
H A D | lpfc_nvme.c | diff 9e210178267b80c4eeb832fade7e146a18c84915 Fri Sep 14 00:41:10 CEST 2018 James Smart <jsmart2021@gmail.com> scsi: lpfc: Synchronize access to remoteport via rport
The driver currently uses the ndlp to get the local rport which is then used to get the nvme transport remoteport pointer. There can be cases where a stale remoteport pointer is obtained as synchronization isn't done through the different dereferences.
Correct by using locks to synchronize the dereferences.
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_debugfs.c | diff 9e210178267b80c4eeb832fade7e146a18c84915 Fri Sep 14 00:41:10 CEST 2018 James Smart <jsmart2021@gmail.com> scsi: lpfc: Synchronize access to remoteport via rport
The driver currently uses the ndlp to get the local rport which is then used to get the nvme transport remoteport pointer. There can be cases where a stale remoteport pointer is obtained as synchronization isn't done through the different dereferences.
Correct by using locks to synchronize the dereferences.
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_attr.c | diff 9e210178267b80c4eeb832fade7e146a18c84915 Fri Sep 14 00:41:10 CEST 2018 James Smart <jsmart2021@gmail.com> scsi: lpfc: Synchronize access to remoteport via rport
The driver currently uses the ndlp to get the local rport which is then used to get the nvme transport remoteport pointer. There can be cases where a stale remoteport pointer is obtained as synchronization isn't done through the different dereferences.
Correct by using locks to synchronize the dereferences.
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>
|