From: Taniya Das <quic_tdas@quicinc.com>
To: Bjorn Andersson <andersson@kernel.org>,
Melody Olvera <quic_molvera@quicinc.com>
Cc: Michael Turquette <mturquette@baylibre.com>,
Stephen Boyd <sboyd@kernel.org>, Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
Trilok Soni <quic_tsoni@quicinc.com>,
"Satya Durga Srinivasu Prabhala --cc=linux-arm-msm @ vger .
kernel . org" <quic_satyap@quicinc.com>,
<linux-clk@vger.kernel.org>, <devicetree@vger.kernel.org>,
<linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 2/7] clk: qcom: rpmh: Add support for SM8750 rpmh clocks
Date: Wed, 6 Nov 2024 23:44:45 +0530 [thread overview]
Message-ID: <ed0fad4d-6509-4a29-ae75-a9fe27d69851@quicinc.com> (raw)
In-Reply-To: <hisxeyns76aibj2wfw65epqwe5cbox5mt7t7c67zrzzaildelm@6pu4ao2qvtgf>
On 10/23/2024 9:10 AM, Bjorn Andersson wrote:
> On Mon, Oct 21, 2024 at 04:03:54PM GMT, Melody Olvera wrote:
>> From: Taniya Das <quic_tdas@quicinc.com>
>>
>> Add the RPMH clocks present in SM8750 SoC.
>>
>> Signed-off-by: Taniya Das <quic_tdas@quicinc.com>
>> Signed-off-by: Melody Olvera <quic_molvera@quicinc.com>
>> ---
>> drivers/clk/qcom/clk-rpmh.c | 26 ++++++++++++++++++++++++++
>> 1 file changed, 26 insertions(+)
>>
>> diff --git a/drivers/clk/qcom/clk-rpmh.c b/drivers/clk/qcom/clk-rpmh.c
>> index 4acde937114a..245bdfe4827d 100644
>> --- a/drivers/clk/qcom/clk-rpmh.c
>> +++ b/drivers/clk/qcom/clk-rpmh.c
>> @@ -344,6 +344,7 @@ static const struct clk_ops clk_rpmh_bcm_ops = {
>> DEFINE_CLK_RPMH_ARC(bi_tcxo, "xo.lvl", 0x3, 1);
>> DEFINE_CLK_RPMH_ARC(bi_tcxo, "xo.lvl", 0x3, 2);
>> DEFINE_CLK_RPMH_ARC(bi_tcxo, "xo.lvl", 0x3, 4);
>> +DEFINE_CLK_RPMH_ARC(xo_pad, "xo.lvl", 0x3, 2);
>
> Please make a note in the commit message documenting why we need two
> different xo.lvl resources defined.
>
> If we indeed should have two copies, this list is sorted alphabetically
> on the clock name - rather than on the resource. Please keep that (i.e.
> move this down one line).
>
I will remove the newly added "xo_pad" and reuse the exisiting nodes to
derive 19.2MHZ.
>> DEFINE_CLK_RPMH_ARC(qlink, "qphy.lvl", 0x1, 4);
>>
>> DEFINE_CLK_RPMH_VRM(ln_bb_clk1, _a2, "lnbclka1", 2);
>> @@ -368,6 +369,10 @@ DEFINE_CLK_RPMH_VRM(rf_clk2, _d, "rfclkd2", 1);
>> DEFINE_CLK_RPMH_VRM(rf_clk3, _d, "rfclkd3", 1);
>> DEFINE_CLK_RPMH_VRM(rf_clk4, _d, "rfclkd4", 1);
>>
>> +DEFINE_CLK_RPMH_VRM(rf_clk3, _a2, "rfclka3", 2);
>> +DEFINE_CLK_RPMH_VRM(rf_clk4, _a2, "rfclka4", 2);
>> +DEFINE_CLK_RPMH_VRM(rf_clk5, _a2, "rfclka5", 2);
>> +
>> DEFINE_CLK_RPMH_VRM(clk1, _a1, "clka1", 1);
>> DEFINE_CLK_RPMH_VRM(clk2, _a1, "clka2", 1);
>> DEFINE_CLK_RPMH_VRM(clk3, _a1, "clka3", 1);
>> @@ -795,6 +800,26 @@ static const struct clk_rpmh_desc clk_rpmh_x1e80100 = {
>> .num_clks = ARRAY_SIZE(x1e80100_rpmh_clocks),
>> };
>>
>> +static struct clk_hw *sm8750_rpmh_clocks[] = {
>> + [RPMH_CXO_PAD_CLK] = &clk_rpmh_xo_pad_div2.hw,
>> + [RPMH_CXO_PAD_CLK_A] = &clk_rpmh_xo_pad_div2_ao.hw,
>> + [RPMH_LN_BB_CLK1] = &clk_rpmh_clk6_a2.hw,
>> + [RPMH_LN_BB_CLK1_A] = &clk_rpmh_clk6_a2_ao.hw,
>> + [RPMH_LN_BB_CLK3] = &clk_rpmh_clk8_a2.hw,
>> + [RPMH_LN_BB_CLK3_A] = &clk_rpmh_clk8_a2_ao.hw,
>> + [RPMH_RF_CLK1] = &clk_rpmh_rf_clk1_a.hw,
>> + [RPMH_RF_CLK1_A] = &clk_rpmh_rf_clk1_a_ao.hw,
>> + [RPMH_RF_CLK2] = &clk_rpmh_rf_clk2_a.hw,
>> + [RPMH_RF_CLK2_A] = &clk_rpmh_rf_clk2_a_ao.hw,
>> + [RPMH_RF_CLK3] = &clk_rpmh_rf_clk3_a2.hw,
>> + [RPMH_RF_CLK3_A] = &clk_rpmh_rf_clk3_a2_ao.hw,
>> + [RPMH_IPA_CLK] = &clk_rpmh_ipa.hw,
>> +};
>> +
>> +static const struct clk_rpmh_desc clk_rpmh_sm8750 = {
>> + .clks = sm8750_rpmh_clocks,
>> + .num_clks = ARRAY_SIZE(sm8750_rpmh_clocks),
>> +};
>
> Please add an empty line here, when you're resubmitting the series.
>
Will fix this in the next patch.
> Thanks,
> Bjorn
>
>> static struct clk_hw *of_clk_rpmh_hw_get(struct of_phandle_args *clkspec,
>> void *data)
>> {
>> @@ -896,6 +921,7 @@ static const struct of_device_id clk_rpmh_match_table[] = {
>> { .compatible = "qcom,sm8450-rpmh-clk", .data = &clk_rpmh_sm8450},
>> { .compatible = "qcom,sm8550-rpmh-clk", .data = &clk_rpmh_sm8550},
>> { .compatible = "qcom,sm8650-rpmh-clk", .data = &clk_rpmh_sm8650},
>> + { .compatible = "qcom,sm8750-rpmh-clk", .data = &clk_rpmh_sm8750},
>> { .compatible = "qcom,sc7280-rpmh-clk", .data = &clk_rpmh_sc7280},
>> { .compatible = "qcom,x1e80100-rpmh-clk", .data = &clk_rpmh_x1e80100},
>> { }
>> --
>> 2.46.1
>>
--
Thanks & Regards,
Taniya Das.
next prev parent reply other threads:[~2024-11-06 18:14 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-21 23:03 [PATCH 0/7] clks: qcom: Introduce clks for SM8750 Melody Olvera
2024-10-21 23:03 ` [PATCH 1/7] dt-bindings: clock: qcom-rpmhcc: Add RPMHCC bindings " Melody Olvera
2024-10-22 6:16 ` Krzysztof Kozlowski
2024-11-06 18:14 ` Taniya Das
2024-10-21 23:03 ` [PATCH 2/7] clk: qcom: rpmh: Add support for SM8750 rpmh clocks Melody Olvera
2024-10-22 8:47 ` Bryan O'Donoghue
2024-11-06 18:14 ` Taniya Das
2024-10-23 3:40 ` Bjorn Andersson
2024-11-06 18:14 ` Taniya Das [this message]
2024-10-21 23:03 ` [PATCH 3/7] clk: qcom: clk-alpha-pll: Add support for controlling Taycan PLLs Melody Olvera
2024-10-23 3:48 ` Bjorn Andersson
2024-11-06 18:15 ` Taniya Das
2024-10-21 23:03 ` [PATCH 4/7] dt-bindings: clock: qcom: Add SM8750 GCC clock controller Melody Olvera
2024-10-22 6:18 ` Krzysztof Kozlowski
2024-11-06 18:14 ` Taniya Das
2024-10-23 3:52 ` Bjorn Andersson
2024-10-21 23:03 ` [PATCH 5/7] clk: qcom: Add support for GCC clock controller on SM8750 Melody Olvera
2024-10-23 4:00 ` Bjorn Andersson
2024-11-06 18:15 ` Taniya Das
2024-10-21 23:03 ` [PATCH 6/7] dt-bindings: clock: qcom: Document the SM8750 TCSR Clock Controller Melody Olvera
2024-10-23 8:15 ` Krzysztof Kozlowski
2024-10-21 23:03 ` [PATCH 7/7] clk: qcom: Add TCSR clock driver for SM8750 Melody Olvera
2024-10-23 3:30 ` [PATCH 0/7] clks: qcom: Introduce clks " Bjorn Andersson
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=ed0fad4d-6509-4a29-ae75-a9fe27d69851@quicinc.com \
--to=quic_tdas@quicinc.com \
--cc=andersson@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mturquette@baylibre.com \
--cc=quic_molvera@quicinc.com \
--cc=quic_satyap@quicinc.com \
--cc=quic_tsoni@quicinc.com \
--cc=robh@kernel.org \
--cc=sboyd@kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox