Re: [PATCH v1] ufs: core: Remove unnecessary block I/O quiesce for clock scaling
Manivannan Sadhasivam <[email protected]>
| Newsgroups | org.infradead.lists.linux-mediatek,org.kernel.vger.linux-scsi |
|---|---|
| Message-ID | <l22o4flil6pumsqbuxas37e2vn5rtmljrnp2elz7ucqffzxmus@wrvez3ufip45> |
On Thu, Jul 23, 2026 at 01:22:57PM +0000, Peter Wang (王信友) wrote: > On Thu, 2026-07-23 at 14:39 +0200, Manivannan Sadhasivam wrote: > > Qcom Host Controllers doesn't support scaling clocks when the traffic > > is > > ongoing. So this patch certainly cannot work on our platforms. > > > > If you want to pursue, you should limit this change to MediaTek > > platforms. But > > nevertheless, this patch should be reverted as it breaks UFS on all > > Qcom > > platforms. > > > > - Mani > > > > Hi Mani, > > This patch is based on the JEDEC specification. As all SoCs > should follow this spec, I have not applied it solely to > MediaTek's platform. However, I think reverting it is okay. > I will consider how to revise it later. > JEDEC spec mandates that the power mode changes (gear, lane, etc...) can happen while the traffic is on-going. But clock scaling done by the ufshcd driver involves not just power mode change, but also scaling the vendor HCI clocks as well. And that is what causing issues on Qcom platforms, as our UFS controller doesn't support scaling HCI clocks during live traffic. I'm not sure about other vendors here. - Mani -- மணிவண்ணன் சதாசிவம்