RE: [PATCH 3/3] cpufreq: imx-sc: add i.mx system controller cpufreq support

From: Anson Huang
Date: Wed Feb 13 2019 - 05:35:41 EST




Best Regards!
Anson Huang

> -----Original Message-----
> From: Viresh Kumar [mailto:viresh.kumar@xxxxxxxxxx]
> Sent: 2019年2月13日 18:15
> To: Anson Huang <anson.huang@xxxxxxx>
> Cc: robh+dt@xxxxxxxxxx; mark.rutland@xxxxxxx; shawnguo@xxxxxxxxxx;
> s.hauer@xxxxxxxxxxxxxx; kernel@xxxxxxxxxxxxxx; festevam@xxxxxxxxx;
> catalin.marinas@xxxxxxx; will.deacon@xxxxxxx; rjw@xxxxxxxxxxxxx;
> Aisheng Dong <aisheng.dong@xxxxxxx>; Daniel Baluta
> <daniel.baluta@xxxxxxx>; Andy Gross <andy.gross@xxxxxxxxxx>;
> horms+renesas@xxxxxxxxxxxx; heiko@xxxxxxxxx; arnd@xxxxxxxx;
> bjorn.andersson@xxxxxxxxxx; jagan@xxxxxxxxxxxxxxxxxxxx;
> enric.balletbo@xxxxxxxxxxxxx; marc.w.gonzalez@xxxxxxx; olof@xxxxxxxxx;
> devicetree@xxxxxxxxxxxxxxx; linux-arm-kernel@xxxxxxxxxxxxxxxxxxx; linux-
> kernel@xxxxxxxxxxxxxxx; linux-pm@xxxxxxxxxxxxxxx; dl-linux-imx <linux-
> imx@xxxxxxx>
> Subject: Re: [PATCH 3/3] cpufreq: imx-sc: add i.mx system controller cpufreq
> support
>
> On 13-02-19, 08:53, Anson Huang wrote:
> > Forgot to mention, i.MX system controller cpufreq actually can NOT do
> > any CPU clock/voltage scaling from Linux kernel, they are controlled
> > by system controller firmware and ONLY can be requested via RPC with
> > secure mode, so Linux kernel has to call SMC and trap to
> > ARM-Trusted-Firmware to do it, in this case, is cpufreq-dt still
> > suitable to support it? I saw cpufreq-dt driver will do CPU clock/voltage
> scaling directly.
>
> What about moving those SMC calls to the clk-driver, then it wouldn't matter
> to the cpufreq driver on how the clock is getting changed.

OK, thanks, I will have a try and resend the patch.

Anson.

>
> --
> viresh