From: Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org>
To: Andrew Halaney <ahalaney@redhat.com>
Cc: Bjorn Andersson <andersson@kernel.org>,
Konrad Dybcio <konrad.dybcio@linaro.org>,
"James E.J. Bottomley" <jejb@linux.ibm.com>,
"Martin K. Petersen" <martin.petersen@oracle.com>,
echanude@redhat.com, linux-arm-msm@vger.kernel.org,
linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] scsi: ufs: qcom: Clarify comments about the initial phy_gear
Date: Wed, 24 Jan 2024 14:28:39 +0530 [thread overview]
Message-ID: <20240124085839.GH4906@thinkpad> (raw)
In-Reply-To: <20240123-ufs-reinit-comments-v1-1-ff2b3532d7fe@redhat.com>
On Tue, Jan 23, 2024 at 01:13:36PM -0600, Andrew Halaney wrote:
> The comments that currently are within the hw_ver < 4 conditional
> are misleading. They really apply to various branches of the
> conditionals there and incorrectly state that the phy_gear value
> can increase.
>
> Right now the logic is to:
>
> * Default to max supported gear for phy_gear
> * Set phy_gear to minimum value if version < 4 since those versions
> only support one PHY init sequence (and therefore don't need reinit)
> * Set phy_gear to the optimal value if the device version is already
> populated in the controller registers on boot
>
> Let's move some of the comment to outside the if statement and clean up
> the bit left about switching to a higher gear on reinit. This way the
> comment more accurately reflects the logic.
>
> Signed-off-by: Andrew Halaney <ahalaney@redhat.com>
Reviewed-by: Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org>
- Mani
> ---
> This is a minor comment cleanup inspired by my mistaken understanding of
> the flow over at [0]
>
> [0] https://lore.kernel.org/linux-arm-msm/20240123143615.GD19029@thinkpad/
> ---
> drivers/ufs/host/ufs-qcom.c | 15 ++++++++++-----
> 1 file changed, 10 insertions(+), 5 deletions(-)
>
> diff --git a/drivers/ufs/host/ufs-qcom.c b/drivers/ufs/host/ufs-qcom.c
> index 39eef470f8fa..d9ec2dfbbda4 100644
> --- a/drivers/ufs/host/ufs-qcom.c
> +++ b/drivers/ufs/host/ufs-qcom.c
> @@ -843,15 +843,20 @@ static void ufs_qcom_set_phy_gear(struct ufs_qcom_host *host)
> struct ufs_host_params *host_params = &host->host_params;
> u32 val, dev_major;
>
> + /*
> + * Default to powering up the PHY to the max gear possible, which is
> + * backwards compatible with lower gears but not optimal from
> + * a power usage point of view. After device negotiation, if the
> + * gear is lower a reinit will be performed to program the PHY
> + * to the ideal gear for this combo of controller and device.
> + */
> host->phy_gear = host_params->hs_tx_gear;
>
> if (host->hw_ver.major < 0x4) {
> /*
> - * For controllers whose major HW version is < 4, power up the
> - * PHY using minimum supported gear (UFS_HS_G2). Switching to
> - * max gear will be performed during reinit if supported.
> - * For newer controllers, whose major HW version is >= 4, power
> - * up the PHY using max supported gear.
> + * These controllers only have one PHY init sequence,
> + * let's power up the PHY using that (the minimum supported
> + * gear, UFS_HS_G2).
> */
> host->phy_gear = UFS_HS_G2;
> } else if (host->hw_ver.major >= 0x5) {
>
> ---
> base-commit: 319fbd8fc6d339e0a1c7b067eed870c518a13a02
> change-id: 20240123-ufs-reinit-comments-17c44af62651
>
> Best regards,
> --
> Andrew Halaney <ahalaney@redhat.com>
>
--
மணிவண்ணன் சதாசிவம்
next prev parent reply other threads:[~2024-01-24 8:58 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-23 19:13 [PATCH] scsi: ufs: qcom: Clarify comments about the initial phy_gear Andrew Halaney
2024-01-24 8:58 ` Manivannan Sadhasivam [this message]
2024-01-25 2:34 ` Martin K. Petersen
2024-01-30 2:26 ` Martin K. Petersen
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=20240124085839.GH4906@thinkpad \
--to=manivannan.sadhasivam@linaro.org \
--cc=ahalaney@redhat.com \
--cc=andersson@kernel.org \
--cc=echanude@redhat.com \
--cc=jejb@linux.ibm.com \
--cc=konrad.dybcio@linaro.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.