summaryrefslogtreecommitdiff
path: root/virt/lib
diff options
context:
space:
mode:
authorSubhash Jadavani <subhashj@codeaurora.org>2019-11-15 09:09:30 +0300
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2020-01-04 21:13:03 +0300
commita4c9fd613eec085df74de61c55138cbc4ba6b84c (patch)
treef2bbd195fb9bed87cc81ed926bfeeee3af5270d5 /virt/lib
parentc153c121539fd845a564f96397b732b10f8baa30 (diff)
downloadlinux-a4c9fd613eec085df74de61c55138cbc4ba6b84c.tar.xz
scsi: ufs: Fix error handing during hibern8 enter
[ Upstream commit 6d303e4b19d694cdbebf76bcdb51ada664ee953d ] During clock gating (ufshcd_gate_work()), we first put the link hibern8 by calling ufshcd_uic_hibern8_enter() and if ufshcd_uic_hibern8_enter() returns success (0) then we gate all the clocks. Now let’s zoom in to what ufshcd_uic_hibern8_enter() does internally: It calls __ufshcd_uic_hibern8_enter() and if failure is encountered, link recovery shall put the link back to the highest HS gear and returns success (0) to ufshcd_uic_hibern8_enter() which is the issue as link is still in active state due to recovery! Now ufshcd_uic_hibern8_enter() returns success to ufshcd_gate_work() and hence it goes ahead with gating the UFS clock while link is still in active state hence I believe controller would raise UIC error interrupts. But when we service the interrupt, clocks might have already been disabled! This change fixes for this by returning failure from __ufshcd_uic_hibern8_enter() if recovery succeeds as link is still not in hibern8, upon receiving the error ufshcd_hibern8_enter() would initiate retry to put the link state back into hibern8. Link: https://lore.kernel.org/r/1573798172-20534-8-git-send-email-cang@codeaurora.org Reviewed-by: Avri Altman <avri.altman@wdc.com> Reviewed-by: Bean Huo <beanhuo@micron.com> Signed-off-by: Subhash Jadavani <subhashj@codeaurora.org> Signed-off-by: Can Guo <cang@codeaurora.org> Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com> Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'virt/lib')
0 files changed, 0 insertions, 0 deletions