[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180207033331.GK28462@vireshk-i7>
Date: Wed, 7 Feb 2018 09:03:31 +0530
From: Viresh Kumar <viresh.kumar@...aro.org>
To: sean.wang@...iatek.com
Cc: robh+dt@...nel.org, matthias.bgg@...il.com, mark.rutland@....com,
devicetree@...r.kernel.org, linux-mediatek@...ts.infradead.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 06/16] arm64: dts: mt7622: add cpufreq related device
nodes
On 06-02-18, 17:52, sean.wang@...iatek.com wrote:
> cpus {
> #address-cells = <2>;
> #size-cells = <0>;
> @@ -26,6 +70,10 @@
> device_type = "cpu";
> compatible = "arm,cortex-a53", "arm,armv8";
> reg = <0x0 0x0>;
> + clocks = <&infracfg CLK_INFRA_MUX1_SEL>,
> + <&apmixedsys CLK_APMIXED_MAIN_CORE_EN>;
> + clock-names = "cpu", "intermediate";
> + operating-points-v2 = <&cpu_opp_table>;
> enable-method = "psci";
> clock-frequency = <1300000000>;
> };
> @@ -34,6 +82,7 @@
> device_type = "cpu";
> compatible = "arm,cortex-a53", "arm,armv8";
> reg = <0x0 0x1>;
> + operating-points-v2 = <&cpu_opp_table>;
> enable-method = "psci";
> clock-frequency = <1300000000>;
> };
Sorry for not picking this earlier, but you should probably add the same clock
related properties for both cpu nodes here. Things will break if CPU1 is used by
the cpufreq core to bring the cpufreq policy online.
This can happen if cpufreq driver is a module, CPU0 is hotplugged out and then
the cpufreq driver is inserted.
--
viresh
Powered by blists - more mailing lists