[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <167892332565.4030021.47769370794989533.b4-ty@kernel.org>
Date: Wed, 15 Mar 2023 16:35:12 -0700
From: Bjorn Andersson <andersson@...nel.org>
To: Konrad Dybcio <konrad.dybcio@...aro.org>,
phone-devel@...r.kernel.org, Luca Weiss <luca@...tu.xyz>,
Michael Turquette <mturquette@...libre.com>,
Stephen Boyd <sboyd@...nel.org>,
~postmarketos/upstreaming@...ts.sr.ht,
Christian Marangi <ansuelsmth@...il.com>,
Andy Gross <agross@...nel.org>
Cc: linux-clk@...r.kernel.org, linux-arm-msm@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: (subset) [PATCH 0/2] Switch hfpll & krait clock drivers to .determine_rate
On Sun, 12 Feb 2023 15:11:07 +0100, Luca Weiss wrote:
> While trying to get cpufreq working on msm8974 I've found an issue with
> clock rates above 2.11GHz (e.g. 2.15GHz). When a rate above this
> threshold gets requested the lowest possible frequency will be selected.
>
> This is caused by an overflow of the "long" return type of .round_rate
> which has a maximum value of 2147483647 (2.14GHz) on 32-bit systems,
> which msm8974 is.
>
> [...]
Applied, thanks!
[1/2] clk: qcom: clk-krait: switch to .determine_rate
commit: a7074c3eb26e0193f2c6ed79987e633b7578024e
[2/2] clk: qcom: clk-hfpll: switch to .determine_rate
commit: 04648b8fad219599ccc9b103188a38e72d339a3d
Best regards,
--
Bjorn Andersson <andersson@...nel.org>
Powered by blists - more mailing lists