aboutsummaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/task-analyzer.py
diff options
context:
space:
mode:
authorYihang Li <liyihang9@huawei.com>2024-10-08 10:18:14 +0800
committerMartin K. Petersen <martin.petersen@oracle.com>2024-10-15 22:33:34 -0400
commit64359afb7068e9fd1b3ffcf7b0fefb63d1a2ccdf (patch)
treed60e7395ca4a824dde31202cfd1b94ff1d88fe83 /tools/perf/scripts/python/task-analyzer.py
parent08a07dc71d7fc6f58c35c4fc0bcede2811c5aa4c (diff)
downloadlinux-64359afb7068e9fd1b3ffcf7b0fefb63d1a2ccdf.tar.gz
linux-64359afb7068e9fd1b3ffcf7b0fefb63d1a2ccdf.tar.bz2
linux-64359afb7068e9fd1b3ffcf7b0fefb63d1a2ccdf.zip
scsi: hisi_sas: Reset PHY again if phyup timeout
In commit 89954f024c3a ("scsi: hisi_sas: Ensure all enabled PHYs up during controller reset"), we enable PHYs in parallel through async operations and wait for PHYs come up. However, for some directly attached SATA disks, the PHY not come up after a timeout period and the hardware is not ready. At this time, we should get the latest PHY hardware state, if the new PHY state is not ready but the old PHY state is ready, call work HISI_PHYE_LINK_RESET to give it another chance to phyup. Signed-off-by: Yihang Li <liyihang9@huawei.com> Link: https://lore.kernel.org/r/20241008021822.2617339-6-liyihang9@huawei.com Reviewed-by: Xiang Chen <chenxiang66@hisilicon.com> Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
Diffstat (limited to 'tools/perf/scripts/python/task-analyzer.py')
0 files changed, 0 insertions, 0 deletions