summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/stackcollapse.py
diff options
context:
space:
mode:
authorXingui Yang <yangxingui@huawei.com>2024-03-07 14:14:13 +0000
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2024-04-03 15:11:59 +0200
commitba5acb5454ee7885b73ed89a6e0ea16e56442d6f (patch)
tree3fd5def6f2c751adaecd749d06bcb1308b7d1db8 /tools/perf/scripts/python/stackcollapse.py
parent123b03ac7fd39224c10795cea7f83e63d0939573 (diff)
downloadkernel-ba5acb5454ee7885b73ed89a6e0ea16e56442d6f.tar.gz
scsi: libsas: Fix disk not being scanned in after being removed
commit 8e68a458bcf5b5cb9c3624598bae28f08251601f upstream. As of commit d8649fc1c5e4 ("scsi: libsas: Do discovery on empty PHY to update PHY info"), do discovery will send a new SMP_DISCOVER and update phy->phy_change_count. We found that if the disk is reconnected and phy change_count changes at this time, the disk scanning process will not be triggered. Therefore, call sas_set_ex_phy() to update the PHY info with the results of the last query. And because the previous phy info will be used when calling sas_unregister_devs_sas_addr(), sas_unregister_devs_sas_addr() should be called before sas_set_ex_phy(). Fixes: d8649fc1c5e4 ("scsi: libsas: Do discovery on empty PHY to update PHY info") Signed-off-by: Xingui Yang <yangxingui@huawei.com> Link: https://lore.kernel.org/r/20240307141413.48049-3-yangxingui@huawei.com Reviewed-by: John Garry <john.g.garry@oracle.com> Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'tools/perf/scripts/python/stackcollapse.py')
0 files changed, 0 insertions, 0 deletions