Re: [PATCH] clk: qcom: clk-smd-rpm: Fix the initial rate of branches

From: Hans Verkuil
Date: Thu Jul 06 2017 - 06:13:42 EST


On 07/06/17 11:53, Archit Taneja wrote:
>
>
> On 07/04/2017 06:04 PM, Georgi Djakov wrote:
>> As there is no way to actually query the hardware for the current clock
>> rate, now racalc_rate() just returns the last rate that was previously
>> set. But if the rate was not set yet, we return the bogus rate of 1KHz.
>>
>> Knowing what the rate of XO is and that some clocks are just branches of
>> it, we can do better and return that rate instead of a bogus one.
>
> +Hans.
>
> Thanks for the fix.
>
> Reviewed-by: Archit Taneja <architt@xxxxxxxxxxxxxx>

Tested-by: Hans Verkuil <hans.verkuil@xxxxxxxxx>

(Tested with the upcoming HDMI CEC driver for the adv7511/33)

Regards,

Hans

>>
>> Reported-by: Archit Taneja <architt@xxxxxxxxxxxxxx>
>> Signed-off-by: Georgi Djakov <georgi.djakov@xxxxxxxxxx>
>> ---
>> drivers/clk/qcom/clk-smd-rpm.c | 4 ++--
>> 1 file changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/drivers/clk/qcom/clk-smd-rpm.c b/drivers/clk/qcom/clk-smd-rpm.c
>> index d990fe44aef3..7350a43b0573 100644
>> --- a/drivers/clk/qcom/clk-smd-rpm.c
>> +++ b/drivers/clk/qcom/clk-smd-rpm.c
>> @@ -116,12 +116,12 @@
>>
>> #define DEFINE_CLK_SMD_RPM_XO_BUFFER(_platform, _name, _active, r_id) \
>> __DEFINE_CLK_SMD_RPM_BRANCH(_platform, _name, _active, \
>> - QCOM_SMD_RPM_CLK_BUF_A, r_id, 0, 1000, \
>> + QCOM_SMD_RPM_CLK_BUF_A, r_id, 0, 19200000, \
>> QCOM_RPM_KEY_SOFTWARE_ENABLE)
>>
>> #define DEFINE_CLK_SMD_RPM_XO_BUFFER_PINCTRL(_platform, _name, _active, r_id) \
>> __DEFINE_CLK_SMD_RPM_BRANCH(_platform, _name, _active, \
>> - QCOM_SMD_RPM_CLK_BUF_A, r_id, 0, 1000, \
>> + QCOM_SMD_RPM_CLK_BUF_A, r_id, 0, 19200000, \
>> QCOM_RPM_KEY_PIN_CTRL_CLK_BUFFER_ENABLE_KEY)
>>
>> #define to_clk_smd_rpm(_hw) container_of(_hw, struct clk_smd_rpm, hw)
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-arm-msm" in
>> the body of a message to majordomo@xxxxxxxxxxxxxxx
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>
>