[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20241220064031.qgbfndt5ijlksnf6@vireshk-i7>
Date: Fri, 20 Dec 2024 12:10:31 +0530
From: Viresh Kumar <viresh.kumar@...aro.org>
To: manivannan.sadhasivam@...aro.org
Cc: "Rafael J. Wysocki" <rafael@...nel.org>,
Xiu Jianfeng <xiujianfeng@...wei.com>,
linux-arm-msm@...r.kernel.org, linux-pm@...r.kernel.org,
linux-clk@...r.kernel.org, linux-kernel@...r.kernel.org,
Johan Hovold <johan+linaro@...nel.org>,
Stephen Boyd <sboyd@...nel.org>
Subject: Re: [PATCH 0/2] cpufreq: qcom: Clock provider fixes
On 05-12-24, 22:20, Manivannan Sadhasivam via B4 Relay wrote:
> Hi,
>
> This series has a couple of fixes for the Qcom CPUFreq clock provider.
> Patch 1 fixes an issue where incorrect rate might be reported if LMh IRQ is not
> available for a platform (issue identified based on code inspection). Patch 2
> fixes a regression reported for v6.13-rc1 [1]. The regression was triggered by
> commit 25f1c96a0e84 ("clk: Fix invalid execution of clk_set_rate"), which fixed
> the behavior of the clk_set_rate() API. Even though the commit got reverted now,
> patch 2 fixes the issue in the clock provider code.
>
> This series is tested on Qcom RB5 development board.
>
> [1] https://lore.kernel.org/all/20241202100621.29209-1-johan+linaro@kernel.org
>
> Signed-off-by: Manivannan Sadhasivam <manivannan.sadhasivam@...aro.org>
> ---
> Manivannan Sadhasivam (2):
> cpufreq: qcom: Fix qcom_cpufreq_hw_recalc_rate() to query LUT if LMh IRQ is not available
> cpufreq: qcom: Implement clk_ops::determine_rate() for qcom_cpufreq* clocks
>
> drivers/cpufreq/qcom-cpufreq-hw.c | 34 ++++++++++++++++++++++++----------
> 1 file changed, 24 insertions(+), 10 deletions(-)
Applied. Thanks.
--
viresh
Powered by blists - more mailing lists