Hi Leonard,
On 2019-11-20 07:04, Leonard Crestez wrote:
On 20.11.2019 16:08, Angus Ainslie wrote:
Hi Leonard,
On 2019-11-14 12:09, Leonard Crestez wrote:
Add initial support for dynamic frequency switching on pieces of the
imx
interconnect fabric.
All this driver does is set a clk rate based on an opp table, it does
not map register areas.
Is this working with mainline ATF or does it still need to be used
with
your modified ATF code ?
This series doesn't perform SMC calls, that's done by the imx8m-ddrc
driver: https://patchwork.kernel.org/cover/11244283/
This particular patch allows switching NOC frequency but that's just
clk_set_rate.
DDRC frequency switching requires the imx branch of ATF (v2.0 + ~200
patches) otherwise you will get probe failures. Source for imx atf is
published here: https://source.codeaurora.org/external/imx/imx-atf/
Ok I was under the impression that the imx_2.0.y_busfreq branch below
was based on this. Shouldn't those patches be added to the imx ATF ?
For your particular 8mq B0 case slightly different setpoints are used
and the fix is not in any public release yet so you need this:
https://github.com/cdleonard/arm-trusted-firmware/commits/imx_2.0.y_busfreq
We also have 2n14w ( is that B1 ? ) imx8mq's that we are working with.
Is "mainline ATF" an important criteria for Purism?
Yes we intend to bring all of our patches to mainline and were hoping
that NXP would be doing the same. Shouldn't a mainline kernel run on a
mainline ATF ?
Thanks
Angus
--
Regards,
Leonard
