Thanks Viresh for your explanation.
BR, Andy > -----Original Message----- > From: Viresh Kumar <viresh.ku...@linaro.org> > Sent: 2019年5月10日 18:12 > To: Andy Tang <andy.t...@nxp.com> > Cc: Daniel Lezcano <daniel.lezc...@linaro.org>; Shawn Guo > <shawn...@kernel.org>; Leo Li <leoyang...@nxp.com>; robh...@kernel.org; > mark.rutl...@arm.com; linux-arm-ker...@lists.infradead.org; > devicet...@vger.kernel.org; linux-kernel@vger.kernel.org; > linux...@vger.kernel.org; rui.zh...@intel.com; edubez...@gmail.com > Subject: Re: [EXT] Re: [PATCH v6] arm64: dts: ls1088a: add one more thermal > zone node > > Caution: EXT Email > > On 10-05-19, 08:47, Andy Tang wrote: > > + Viresh for help. > > > > > -----Original Message----- > > > From: Daniel Lezcano <daniel.lezc...@linaro.org> > > > Sent: 2019年5月10日 15:17 > > > To: Andy Tang <andy.t...@nxp.com>; Shawn Guo > <shawn...@kernel.org> > > > Cc: Leo Li <leoyang...@nxp.com>; robh...@kernel.org; > > > mark.rutl...@arm.com; linux-arm-ker...@lists.infradead.org; > > > devicet...@vger.kernel.org; linux-kernel@vger.kernel.org; > > > linux...@vger.kernel.org; rui.zh...@intel.com; edubez...@gmail.com > > > Subject: Re: [EXT] Re: [PATCH v6] arm64: dts: ls1088a: add one more > > > thermal zone node > > > > > > Caution: EXT Email > > > > > > On 10/05/2019 05:40, Andy Tang wrote: > > > >> -----Original Message----- > > > >> From: Shawn Guo <shawn...@kernel.org> > > > >> Sent: 2019年5月10日 11:14 > > > >> To: Andy Tang <andy.t...@nxp.com> > > > >> Cc: Leo Li <leoyang...@nxp.com>; robh...@kernel.org; > > > >> mark.rutl...@arm.com; linux-arm-ker...@lists.infradead.org; > > > >> devicet...@vger.kernel.org; linux-kernel@vger.kernel.org; > > > >> linux...@vger.kernel.org; daniel.lezc...@linaro.org; > > > >> rui.zh...@intel.com; edubez...@gmail.com > > > >> Subject: [EXT] Re: [PATCH v6] arm64: dts: ls1088a: add one more > > > >> thermal zone node > > > >> > > > >> Caution: EXT Email > > > >> > > > >> On Tue, Apr 23, 2019 at 10:25:07AM +0800, Yuantian Tang wrote: > > > >>> Ls1088a has 2 thermal sensors, core cluster and SoC platform. > > > >>> Core cluster sensor is used to monitor the temperature of core > > > >>> and SoC platform is for platform. The current dts only support the > > > >>> first > sensor. > > > >>> This patch adds the second sensor node to dts to enable it. > > > >>> > > > >>> Signed-off-by: Yuantian Tang <andy.t...@nxp.com> > > > >>> --- > > > >>> v6: > > > >>> - add cooling device map to cpu0-7 in platform node. > > > > I like to explain a little. I think it makes sense that multiple > > > > thermal zone > > > map to same cooling device. > > > > In this way, no matter which thermal zone raises a temp alarm, it > > > > can call > > > cooling device to chill out. > > > > I also asked cpufreq maintainer about the cooling map issue, he > > > > think it > > > would be fine. > > Yes, you asked me and I said it should be okay. > > > > > I have tested and no issue found. > > > > > > > > Daniel, what's your thought? > > > > > > If there are multiple thermal zones, they will be managed by > > > different instances of a thermal governor. Each instances will act > > > on the shared cooling device and will collide in their decisions: > > > > > > - If the sensors are closed, their behavior will be similar > > > regarding the temperature. The governors may take the same decision > > > for the cooling device. But in such case having just one thermal zone > managed is enough. > > > > > > - If the sensors are not closed, their behavior will be different > > > regarding the temperature. The governors will take different > > > decision regarding the cooling device (one will decrease the freq, other > will increase the freq). > > > > > > As the thermal governors are not able to manage several thermal > > > zones and there is one cooling device (the cpu cooling device), this > > > setup won't work as expected IMO. > > > > > > The setup making sense is having a thermal zone per 'cluster' and a > > > cooling device per 'cluster'. That means the platform has one clock line > per 'cluster'. > > > The thermal management happens in a self-contained thermal zone (one > > > cooling device - one governor - one thermal zone). > > > > > > In the case of HMP, other combinations are possible to be optimal. > > But not sure how I missed the obvious, though I do remember thinking about > this. > > So the problem is that the cpu_cooling driver will get requests in parallel to > set different max frequencies and the last call will always win and may result > in undesired outcome. > > Sorry about creating the confusion. > > -- > viresh
