[PATCH v3 30/30] ARM: sun8i: a83t: full range OPP tables and CPUfreq
embed3d at gmail.com
Thu Sep 6 04:39:43 PDT 2018
On 06.09.2018 09:24, Quentin Schulz wrote:
> Hi Philipp,
> On Thu, Aug 30, 2018 at 05:45:18PM +0200, Philipp Rossak wrote:
>> Since we have now thermal trotteling enabeled we can now add the full
>> range of the OPP table.
> That's not the reason why they were not added.
> Please see commit 2db639d8c1663d7543c9ab5323383d94c8a76c63.
> Basically, you only want the OPPs which can work below or at the default
> voltage of the CPU supply, because the CPU supply is specific to each
> If you set your CPU to work at a given frequency and the voltage isn't
> updated (saying opp-microvolt = <x>; in DT isn't enough, you need
> cpu-supply to be provided and functional), the CPU might just crash.
> Without cpu-supply property, underclocking isn't effective in term of
> thermal cooling or power saving. Overclocking is very, very, very likely
> to make the CPU crash.
> It's not a very difficult thing to do to test if a given frequency work
> well but it needs a specific test environment and it's a lengthy test,
> you can have a look at those tools here if you like. It's not because
> it works in a given test case that'll work on the long term under heavy
> load and constant frequency changes.
> For A83T, I already did it and the outcome is the patch in . Same for
> So, if you want to use these three higher OPPs, you need to define them
> in your board DTS and add the cpu-supply property. See what's done for
> the A33 and more specifically the Sinlinx SinA33 as an example.
thanks for your feedback!
Sounds like we will never be able to run the A83T on its maximum
frequency in mainline.
I will do some testing, during the next weeks/months when I have time.
With the old Allwinner kernel I was able to run the A83T with its
maximum frequency without any problems since my board is very good cooled.
For now I will drop this patch.
More information about the linux-arm-kernel