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

-- 
மணிவண்ணன் சதாசிவம்
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.