From: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>
To: Ram Prakash Gupta <ram.gupta@oss.qualcomm.com>,
Adrian Hunter <adrian.hunter@intel.com>,
Ulf Hansson <ulf.hansson@linaro.org>,
abhinaba.rakshit@oss.qualcomm.com
Cc: linux-mmc@vger.kernel.org, linux-arm-msm@vger.kernel.org,
linux-kernel@vger.kernel.org,
pradeep.pragallapati@oss.qualcomm.com,
manivannan.sadhasivam@oss.qualcomm.com
Subject: Re: [PATCH v1 1/1] mmc: sdhci-msm: Set ice clk rate
Date: Thu, 18 Jun 2026 15:11:46 +0200 [thread overview]
Message-ID: <62cd69ee-614b-41bf-9d4e-da83df66eeac@oss.qualcomm.com> (raw)
In-Reply-To: <a03e129c-6719-4cae-bffd-563bf1dfc335@oss.qualcomm.com>
On 6/3/26 9:03 AM, Ram Prakash Gupta wrote:
>
>
> On 6/1/2026 1:00 PM, Adrian Hunter wrote:
>> On 29/05/2026 11:10, Ram Prakash Gupta wrote:
>>> Set ice clk rate from sdhci msm platform driver, needed for
>>> target which are having legacy ice support, and need sdhci msm
>>> platform driver to set rate.
>>
>> Please expand upon what "legacy" means here?
>>
>
> for devices where ice node is not created as separate device node those
> are referred here as legacy, separate device node for ice starts with
> below change: https://lore.kernel.org/all/20230407105029.2274111-1-abel.vesa@linaro.org/
>
> also I will update legacy that ice nodes which are created withing mmc dt
> node, so that ambiguity about legacy is clear.
>
>> For CQ case, qcom_ice_create() prefers "ice_core_clk" before
>> "ice". How does that relate to this? Please clarify that in the
>> commit message also.
>>
>
> "ice" is the naming convention used for emmc ice core clk in dt and
> "ice_core_clk" is the naming convention for ufs ice core clk. In the
> function you referred, since ice driver is common for both storage media,
> it tries to parse both the clock.
>
> Here we are handling "ice" as this is needed for emmc only. I will add
> the same in commit message.
>
>>>
>>> Signed-off-by: Ram Prakash Gupta <ram.gupta@oss.qualcomm.com>
>>> ---
>>> drivers/mmc/host/sdhci-msm.c | 12 ++++++++++++
>>> 1 file changed, 12 insertions(+)
>>>
>>> diff --git a/drivers/mmc/host/sdhci-msm.c b/drivers/mmc/host/sdhci-msm.c
>>> index b4131b12df56..c6a073718aa4 100644
>>> --- a/drivers/mmc/host/sdhci-msm.c
>>> +++ b/drivers/mmc/host/sdhci-msm.c
>>> @@ -286,6 +286,7 @@ struct sdhci_msm_host {
>>> /* core, iface, cal and sleep clocks */
>>> struct clk_bulk_data bulk_clks[4];
>>> #ifdef CONFIG_MMC_CRYPTO
>>> + struct clk *ice_clk; /* ICE clock */
>>
>> Why keep ice_clk?
>>
>
> here we need this ice_clk because rate set is required only when ice clk
> is added with emmc node in dt, and in case we try to use the clk entry of
> qcom_ice structure it will set the rate for new ice node as well which is
> separate.
>
> but also we can avoid this, since this one time operation, and we can reuse
> local variable clk inside sdhci_msm_probe, so it wont be needed. I will remove
> this in next patchset.
>
>>> struct qcom_ice *ice;
>>> #endif
>>> unsigned long clk_rate;
>>> @@ -2708,6 +2709,17 @@ static int sdhci_msm_probe(struct platform_device *pdev)
>>> return ret;
>>> }
>>>
>>> +#ifdef CONFIG_MMC_CRYPTO
>>> + /* Setup ICE clock */
>>> + msm_host->ice_clk = devm_clk_get(&pdev->dev, "ice");
>>> + if (!IS_ERR(msm_host->ice_clk)) {
>>
>> Does not attempt to deal with -EPROBE_DEFER, although bus_clk above
>> doesn't either.
>>
>
> here need is just to set the rate, rest of the enablement part would be
> taken care in ice driver, hence we can avoid this handling here.
>
>>> + /* Vote for max. clk rate for max. performance */
>>> + ret = clk_set_rate(msm_host->ice_clk, INT_MAX);
This will cause crashes or at least brownouts because it carries no
votes for the parent power domains (CX etc.). DT should be updated
instead, this is a dead path
Konrad
prev parent reply other threads:[~2026-06-18 13:11 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-29 8:10 [PATCH v1 0/1] mmc: sdhci-msm: Set ice clk rate Ram Prakash Gupta
2026-05-29 8:10 ` [PATCH v1 1/1] " Ram Prakash Gupta
2026-05-31 17:24 ` Abhinaba Rakshit
2026-06-01 6:52 ` Ram Prakash Gupta
2026-06-01 7:30 ` Adrian Hunter
2026-06-03 7:03 ` Ram Prakash Gupta
2026-06-03 7:48 ` Adrian Hunter
2026-06-04 12:15 ` Ram Prakash Gupta
2026-06-05 10:06 ` Ram Prakash Gupta
2026-06-18 13:11 ` Konrad Dybcio [this message]
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=62cd69ee-614b-41bf-9d4e-da83df66eeac@oss.qualcomm.com \
--to=konrad.dybcio@oss.qualcomm.com \
--cc=abhinaba.rakshit@oss.qualcomm.com \
--cc=adrian.hunter@intel.com \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mmc@vger.kernel.org \
--cc=manivannan.sadhasivam@oss.qualcomm.com \
--cc=pradeep.pragallapati@oss.qualcomm.com \
--cc=ram.gupta@oss.qualcomm.com \
--cc=ulf.hansson@linaro.org \
/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.