From: Jagadeesh Kona <quic_jkona@quicinc.com>
To: Konrad Dybcio <konrad.dybcio@linaro.org>,
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>,
Andy Gross <agross@kernel.org>,
"Michael Turquette" <mturquette@baylibre.com>,
Stephen Boyd <sboyd@kernel.org>,
"Rob Herring" <robh+dt@kernel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Conor Dooley <conor+dt@kernel.org>
Cc: Bjorn Andersson <andersson@kernel.org>,
Vladimir Zapolskiy <vladimir.zapolskiy@linaro.org>,
<linux-arm-msm@vger.kernel.org>, <linux-clk@vger.kernel.org>,
<devicetree@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
Taniya Das <quic_tdas@quicinc.com>,
"Satya Priya Kakitapalli" <quic_skakitap@quicinc.com>,
Imran Shaik <quic_imrashai@quicinc.com>,
Ajit Pandey <quic_ajipan@quicinc.com>
Subject: Re: [PATCH V5 4/5] clk: qcom: camcc-sm8550: Add support for qdss, sleep and xo clocks
Date: Thu, 6 Jul 2023 13:59:29 +0530 [thread overview]
Message-ID: <38b3631d-b52a-133c-4d1b-76ce12b2e7dc@quicinc.com> (raw)
In-Reply-To: <35b32667-fa29-3e00-1cad-e12a3eb7f362@linaro.org>
On 7/1/2023 4:51 AM, Konrad Dybcio wrote:
> On 30.06.2023 09:14, Jagadeesh Kona wrote:
>>
>>
>> On 6/26/2023 7:10 PM, Dmitry Baryshkov wrote:
>>> On 26/06/2023 14:59, Jagadeesh Kona wrote:
>>>>
>>>>
>>>> On 6/24/2023 5:49 PM, Konrad Dybcio wrote:
>>>>> On 23.06.2023 18:46, Jagadeesh Kona wrote:
>>>>>> Add support for camera qdss, sleep and xo clocks.
>>>>>>
>>>>>> Co-developed-by: Taniya Das <quic_tdas@quicinc.com>
>>>>>> Signed-off-by: Taniya Das <quic_tdas@quicinc.com>
>>>>>> Signed-off-by: Jagadeesh Kona <quic_jkona@quicinc.com>
>>>>>> ---
>>>>>> Changes since v4:
>>>>>> - No changes.
>>>>>> Changes since v3:
>>>>>> - No changes.
>>>>>> Changes since v2:
>>>>>> - No changes.
>>>>>> Changes since v1:
>>>>>> - Newly added.
>>>>>>
>>>>>> drivers/clk/qcom/camcc-sm8550.c | 180 ++++++++++++++++++++++++++++++++
>>>>>> 1 file changed, 180 insertions(+)
>>>>>>
>>>>>> diff --git a/drivers/clk/qcom/camcc-sm8550.c b/drivers/clk/qcom/camcc-sm8550.c
>>>>>> index 075bea32087c..7b4882444d58 100644
>>>>>> --- a/drivers/clk/qcom/camcc-sm8550.c
>>>>>> +++ b/drivers/clk/qcom/camcc-sm8550.c
>>>>>> @@ -22,6 +22,8 @@
>>>>>> enum {
>>>>>> DT_IFACE,
>>>>>> DT_BI_TCXO,
>>>>>> + DT_BI_TCXO_AO,
>>>>>> + DT_SLEEP_CLK,
>>>>>> };
>>>>>> enum {
>>>>>> @@ -43,6 +45,7 @@ enum {
>>>>>> P_CAM_CC_PLL10_OUT_EVEN,
>>>>>> P_CAM_CC_PLL11_OUT_EVEN,
>>>>>> P_CAM_CC_PLL12_OUT_EVEN,
>>>>>> + P_SLEEP_CLK,
>>>>>> };
>>>>>> static const struct pll_vco lucid_ole_vco[] = {
>>>>>> @@ -881,6 +884,22 @@ static const struct clk_parent_data cam_cc_parent_data_11[] = {
>>>>>> { .hw = &cam_cc_pll7_out_even.clkr.hw },
>>>>>> };
>>>>>> +static const struct parent_map cam_cc_parent_map_12[] = {
>>>>>> + { P_SLEEP_CLK, 0 },
>>>>>> +};
>>>>>> +
>>>>>> +static const struct clk_parent_data cam_cc_parent_data_12[] = {
>>>>>> + { .index = DT_SLEEP_CLK },
>>>>>> +};
>>>>>> +
>>>>>> +static const struct parent_map cam_cc_parent_map_13[] = {
>>>>>> + { P_BI_TCXO, 0 },
>>>>>> +};
>>>>>> +
>>>>>> +static const struct clk_parent_data cam_cc_parent_data_13_ao[] = {
>>>>>> + { .index = DT_BI_TCXO_AO },
>>>>>> +};
>>>>>> +
>>>>>> static const struct freq_tbl ftbl_cam_cc_bps_clk_src[] = {
>>>>>> F(19200000, P_BI_TCXO, 1, 0, 0),
>>>>>> F(200000000, P_CAM_CC_PLL8_OUT_EVEN, 1, 0, 0),
>>>>>> @@ -1565,6 +1584,29 @@ static struct clk_rcg2 cam_cc_mclk7_clk_src = {
>>>>>> },
>>>>>> };
>>>>>> +static const struct freq_tbl ftbl_cam_cc_qdss_debug_clk_src[] = {
>>>>>> + F(19200000, P_BI_TCXO, 1, 0, 0),
>>>>>> + F(75000000, P_CAM_CC_PLL0_OUT_EVEN, 8, 0, 0),
>>>>>> + F(150000000, P_CAM_CC_PLL0_OUT_EVEN, 4, 0, 0),
>>>>>> + F(300000000, P_CAM_CC_PLL0_OUT_MAIN, 4, 0, 0),
>>>>>> + { }
>>>>>> +};
>>>>>> +
>>>>>> +static struct clk_rcg2 cam_cc_qdss_debug_clk_src = {
>>>>>> + .cmd_rcgr = 0x13f24,
>>>>>> + .mnd_width = 0,
>>>>>> + .hid_width = 5,
>>>>>> + .parent_map = cam_cc_parent_map_0,
>>>>>> + .freq_tbl = ftbl_cam_cc_qdss_debug_clk_src,
>>>>>> + .clkr.hw.init = &(const struct clk_init_data) {
>>>>>> + .name = "cam_cc_qdss_debug_clk_src",
>>>>>> + .parent_data = cam_cc_parent_data_0,
>>>>>> + .num_parents = ARRAY_SIZE(cam_cc_parent_data_0),
>>>>>> + .flags = CLK_SET_RATE_PARENT,
>>>>>> + .ops = &clk_rcg2_shared_ops,
>>>>>> + },
>>>>>> +};
>>>>>> +
>>>>>> static const struct freq_tbl ftbl_cam_cc_sfe_0_clk_src[] = {
>>>>>> F(466000000, P_CAM_CC_PLL6_OUT_EVEN, 1, 0, 0),
>>>>>> F(594000000, P_CAM_CC_PLL6_OUT_EVEN, 1, 0, 0),
>>>>>> @@ -1611,6 +1653,26 @@ static struct clk_rcg2 cam_cc_sfe_1_clk_src = {
>>>>>> },
>>>>>> };
>>>>>> +static const struct freq_tbl ftbl_cam_cc_sleep_clk_src[] = {
>>>>>> + F(32000, P_SLEEP_CLK, 1, 0, 0),
>>>>>> + { }
>>>>>> +};
>>>>>> +
>>>>>> +static struct clk_rcg2 cam_cc_sleep_clk_src = {
>>>>>> + .cmd_rcgr = 0x141a0,
>>>>>> + .mnd_width = 0,
>>>>>> + .hid_width = 5,
>>>>>> + .parent_map = cam_cc_parent_map_12,
>>>>>> + .freq_tbl = ftbl_cam_cc_sleep_clk_src,
>>>>>> + .clkr.hw.init = &(const struct clk_init_data) {
>>>>>> + .name = "cam_cc_sleep_clk_src",
>>>>>> + .parent_data = cam_cc_parent_data_12,
>>>>>> + .num_parents = ARRAY_SIZE(cam_cc_parent_data_12),
>>>>>> + .flags = CLK_SET_RATE_PARENT,
>>>>>> + .ops = &clk_rcg2_shared_ops,
>>>>>> + },
>>>>>> +};
>>>>>> +
>>>>>> static const struct freq_tbl ftbl_cam_cc_slow_ahb_clk_src[] = {
>>>>>> F(19200000, P_BI_TCXO, 1, 0, 0),
>>>>>> F(80000000, P_CAM_CC_PLL0_OUT_EVEN, 7.5, 0, 0),
>>>>>> @@ -1632,6 +1694,26 @@ static struct clk_rcg2 cam_cc_slow_ahb_clk_src = {
>>>>>> },
>>>>>> };
>>>>>> +static const struct freq_tbl ftbl_cam_cc_xo_clk_src[] = {
>>>>>> + F(19200000, P_BI_TCXO, 1, 0, 0),
>>>>> You're overloading P_BI_TCXO with a different parent clock (XO_A).
>>>>>
>>>>
>>>> This RCG just requires active only voting, hence using XO_A as its parent.
>>>>
>>>> Both XO and XO_A are same clock in HW (BI_TCXO), hence we can reuse P_BI_TCXO in frequency table for XO_A parent as well.
>>>
>>> Please don't do such things, it complicates understanding the driver. The reviewer could have thought that here the driver was really referencing to the BI_TCXO rather than BI_TCXO_AO.
>>>
>>
>> The enum in parent list indicates the actual HW clock, and since XO and XO_A are the same HW clock, parent enum needs to be a single one. Only parent_data needs to be updated with AO as we have been doing for all targets.
> I see your point, however to Linux, XO and XO_A are two separate clocks
> within the CCF.
>
Sure, I will introduce P_BI_TCXO_AO and use the same in above frequency
table in next series. I hope we will have to take care of similar
changes in all other existing chipsets cc files as well in a separate
cleanup patch.
Thanks,
Jagadeesh
> Konrad
>>
>> Thanks,
>> Jagadeesh
>>
>>>>
>>>> Thanks,
>>>> Jagadeesh
>>>>
>>>>> The rest lgtm
>>>>>
>>>>> Konrad
>>>
>>> [skipped the rest]
>>>
next prev parent reply other threads:[~2023-07-06 8:29 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-06-23 16:46 [PATCH V5 0/5] Add camera clock controller support for SM8550 Jagadeesh Kona
2023-06-23 16:46 ` [PATCH V5 1/5] dt-bindings: clock: qcom: Add SM8550 camera clock controller Jagadeesh Kona
2023-06-23 16:46 ` [PATCH V5 2/5] clk: qcom: clk-alpha-pll: Add support for lucid ole pll configure Jagadeesh Kona
2023-06-24 13:55 ` Dmitry Baryshkov
2023-06-23 16:46 ` [PATCH V5 3/5] clk: qcom: camcc-sm8550: Add camera clock controller driver for SM8550 Jagadeesh Kona
2023-06-24 13:56 ` Dmitry Baryshkov
2023-06-23 16:46 ` [PATCH V5 4/5] clk: qcom: camcc-sm8550: Add support for qdss, sleep and xo clocks Jagadeesh Kona
2023-06-24 12:19 ` Konrad Dybcio
2023-06-26 11:59 ` Jagadeesh Kona
2023-06-26 13:40 ` Dmitry Baryshkov
2023-06-30 7:14 ` Jagadeesh Kona
2023-06-30 23:21 ` Konrad Dybcio
2023-07-06 8:29 ` Jagadeesh Kona [this message]
2023-06-23 16:46 ` [PATCH V5 5/5] arm64: dts: qcom: sm8550: Add camera clock controller Jagadeesh Kona
2023-06-24 13:57 ` Dmitry Baryshkov
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=38b3631d-b52a-133c-4d1b-76ce12b2e7dc@quicinc.com \
--to=quic_jkona@quicinc.com \
--cc=agross@kernel.org \
--cc=andersson@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=dmitry.baryshkov@linaro.org \
--cc=konrad.dybcio@linaro.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mturquette@baylibre.com \
--cc=quic_ajipan@quicinc.com \
--cc=quic_imrashai@quicinc.com \
--cc=quic_skakitap@quicinc.com \
--cc=quic_tdas@quicinc.com \
--cc=robh+dt@kernel.org \
--cc=sboyd@kernel.org \
--cc=vladimir.zapolskiy@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox