From: Can Guo <can.guo@oss.qualcomm.com>
To: Manivannan Sadhasivam <mani@kernel.org>
Cc: avri.altman@wdc.com, bvanassche@acm.org, beanhuo@micron.com,
martin.petersen@oracle.com, linux-scsi@vger.kernel.org,
"James E.J. Bottomley" <James.Bottomley@hansenpartnership.com>,
"open list:ARM/QUALCOMM MAILING LIST"
<linux-arm-msm@vger.kernel.org>,
open list <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v2 08/11] scsi: ufs: ufs-qcom: Implement vops tx_eqtr_notify()
Date: Fri, 6 Mar 2026 21:41:37 +0800 [thread overview]
Message-ID: <64e7d659-12ee-443b-a45c-ca985951dec8@oss.qualcomm.com> (raw)
In-Reply-To: <fpcbidjthsvsxszyqhd6qwydjilquq76pkexjcqiis5wzdplzx@6ap7gopmudqu>
On 3/4/2026 11:20 PM, Manivannan Sadhasivam wrote:
> On Wed, Mar 04, 2026 at 05:53:10AM -0800, Can Guo wrote:
>> On some platforms, HW does not support triggering TX EQTR from the most
>> reliable High-Speed (HS) Gear (HS Gear1), but only allows to trigger TX
>> EQTR for the target HS Gear from the same HS Gear. To work around the HW
>> limitation, implement vops tx_eqtr_notify() to change Power Mode to the
>> target TX EQTR HS Gear prior to TX EQTR procedure and change Power Mode
>> back to HS Gear1 (the most reliable gear) post TX EQTR procedure.
>>
>> Signed-off-by: Can Guo <can.guo@oss.qualcomm.com>
>> ---
>> drivers/ufs/host/ufs-qcom.c | 63 +++++++++++++++++++++++++++++++++++++
>> 1 file changed, 63 insertions(+)
>>
>> diff --git a/drivers/ufs/host/ufs-qcom.c b/drivers/ufs/host/ufs-qcom.c
>> index 3a9279066192..1e074058f23d 100644
>> --- a/drivers/ufs/host/ufs-qcom.c
>> +++ b/drivers/ufs/host/ufs-qcom.c
>> @@ -2512,6 +2512,68 @@ static u32 ufs_qcom_freq_to_gear_speed(struct ufs_hba *hba, unsigned long freq)
>> return min_t(u32, gear, hba->max_pwr_info.info.gear_rx);
>> }
>>
>> +static int ufs_qcom_change_power_mode(struct ufs_hba *hba,
>> + struct ufs_pa_layer_attr *pwr_mode,
>> + enum ufshcd_pmc_policy pmc_policy)
>> +{
>> + int ret;
>> +
>> + ret = ufs_qcom_pwr_change_notify(hba, PRE_CHANGE, pwr_mode);
>> + if (ret) {
>> + dev_err(hba->dev, "Power change notify (PRE_CHANGE) failed: %d\n",
>> + ret);
>> + return ret;
>> + }
>> +
>> + ret = ufshcd_change_power_mode(hba, pwr_mode, pmc_policy);
>> + if (ret)
>> + return ret;
>> +
>> + ufs_qcom_pwr_change_notify(hba, POST_CHANGE, pwr_mode);
>> +
>> + return ret;
> return 0;
This function should not exist, I will remove this function in next
version.
>
>> +}
>> +
>> +static int ufs_qcom_tx_eqtr_notify(struct ufs_hba *hba,
>> + enum ufs_notify_change_status status,
>> + struct ufs_pa_layer_attr *pwr_mode)
>> +{
>> + struct ufs_qcom_host *host = ufshcd_get_variant(hba);
>> + struct ufs_pa_layer_attr pwr_mode_hs_g1 = {
>> + .gear_rx = UFS_HS_G1,
>> + .gear_tx = UFS_HS_G1,
>> + .lane_rx = pwr_mode->lane_rx,
>> + .lane_tx = pwr_mode->lane_tx,
>> + .pwr_rx = FAST_MODE,
>> + .pwr_tx = FAST_MODE,
>> + .hs_rate = pwr_mode->hs_rate,
>> + };
>> + u32 gear = pwr_mode->gear_tx;
>> + u32 rate = pwr_mode->hs_rate;
>> + int ret;
>> +
>> + if (host->hw_ver.major != 0x7 || host->hw_ver.minor > 0x1)
>> + return 0;
>> +
>> + if (status == PRE_CHANGE) {
>> + /* PMC to target HS Gear. */
>> + ret = ufs_qcom_change_power_mode(hba, pwr_mode,
>> + UFSHCD_PMC_POLICY_DONT_FORCE);
>> + if (ret)
>> + dev_err(hba->dev, "%s: Failed to change power mode to target HS-G%u, Rate-%s: %d\n",
> Same comment as other patch. Goes over 100 column.
Will fix in next version.
>
>> + __func__, gear, UFS_HS_RATE_STRING(rate), ret);
> Can we please not specify the function name in error log?
There are too many Power Mode changes in Qualcomm's TX EQTR procedure, I
want to print
some hints to help pinpoint issues easier...
Thanks,
Can Guo.
>
> - Mani
>
next prev parent reply other threads:[~2026-03-06 13:41 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-04 13:53 [PATCH v2 00/11] scsi: ufs: Add TX Equalization support for UFS 5.0 Can Guo
2026-03-04 13:53 ` [PATCH v2 01/11] scsi: ufs: core: Introduce a new ufshcd vops negotiate_pwr_mode() Can Guo
2026-03-05 12:53 ` Krzysztof Kozlowski
2026-03-06 12:25 ` Can Guo
2026-03-05 21:03 ` Bean Huo
2026-03-06 12:41 ` Can Guo
2026-03-04 13:53 ` [PATCH v2 02/11] scsi: ufs: core: Pass force_pmc to ufshcd_config_pwr_mode() as a parameter Can Guo
2026-03-05 13:54 ` Bart Van Assche
2026-03-04 13:53 ` [PATCH v2 03/11] scsi: ufs: core: Add UFS_HS_G6 and UFS_HS_GEAR_MAX to enum ufs_hs_gear_tag Can Guo
2026-03-05 13:53 ` Bart Van Assche
2026-03-04 13:53 ` [PATCH v2 04/11] scsi: ufs: core: Add support for TX Equalization Can Guo
2026-03-04 20:46 ` kernel test robot
2026-03-04 23:18 ` kernel test robot
2026-03-05 21:50 ` Bean Huo
2026-03-06 12:59 ` Can Guo
2026-03-04 13:53 ` [PATCH v2 05/11] scsi: ufs: core: Add debugfs entries for TX Equalization params Can Guo
2026-03-05 14:00 ` Bart Van Assche
2026-03-04 13:53 ` [PATCH v2 06/11] scsi: ufs: core: Add support to retrain TX Equalization via debugfs Can Guo
2026-03-05 14:11 ` Bart Van Assche
2026-03-07 13:02 ` Can Guo
2026-03-05 21:25 ` Bean Huo
2026-03-06 13:26 ` Can Guo
2026-03-04 13:53 ` [PATCH v2 07/11] scsi: ufs: ufs-qcom: Fixup PAM-4 TX L0_L1_L2_L3 adaptation pattern length Can Guo
2026-03-04 15:10 ` Manivannan Sadhasivam
2026-03-06 11:14 ` Can Guo
2026-03-04 13:53 ` [PATCH v2 08/11] scsi: ufs: ufs-qcom: Implement vops tx_eqtr_notify() Can Guo
2026-03-04 15:20 ` Manivannan Sadhasivam
2026-03-06 13:41 ` Can Guo [this message]
2026-03-05 21:17 ` Bean Huo
2026-03-06 13:33 ` Can Guo
2026-03-04 13:53 ` [PATCH v2 09/11] scsi: ufs: ufs-qcom: Implement vops get_rx_fom() Can Guo
2026-03-04 15:39 ` Manivannan Sadhasivam
2026-03-06 14:04 ` Can Guo
2026-03-04 13:53 ` [PATCH v2 10/11] scsi: ufs: ufs-qcom: Implement vops apply_tx_eqtr_settings() Can Guo
2026-03-04 15:41 ` Manivannan Sadhasivam
2026-03-06 14:05 ` Can Guo
2026-03-04 13:53 ` [PATCH v2 11/11] scsi: ufs: ufs-qcom: Enable TX Equalization Can Guo
2026-03-05 15:04 ` [PATCH v2 00/11] scsi: ufs: Add TX Equalization support for UFS 5.0 Bean Huo
2026-03-06 14:14 ` Can Guo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=64e7d659-12ee-443b-a45c-ca985951dec8@oss.qualcomm.com \
--to=can.guo@oss.qualcomm.com \
--cc=James.Bottomley@hansenpartnership.com \
--cc=avri.altman@wdc.com \
--cc=beanhuo@micron.com \
--cc=bvanassche@acm.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=mani@kernel.org \
--cc=martin.petersen@oracle.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®