Re: [PATCH V2 00/17] thermal: cpu_cooling: improve interaction with cpufreq core

From: Eduardo Valentin
Date: Mon Apr 17 2017 - 13:52:14 EST


Hey,

On Mon, Apr 17, 2017 at 10:34:34AM -0700, Eduardo Valentin wrote:
> Hey,
>
> On Mon, Apr 17, 2017 at 11:31:45AM +0530, Viresh Kumar wrote:
> > Hi Guys,
> >
> > The cpu_cooling driver is designed to use CPU frequency scaling to avoid
> > high thermal states for a platform. But it wasn't glued really well with
> > cpufreq core.
> >
> > This series tries to improve interactions between cpufreq core and
> > cpu_cooling driver and does some fixes/cleanups to the cpu_cooling
> > driver.
>
>
> Can you please be more specific of what exactly is not gluing
> properly/really well? I like refactoring, as long as well justified.
>
> Do you see anything broken currently?
>
> Or is it more of a optimization in terms of data structures and how
> things are computed?
>
>
> >
> > I have tested it on ARM 32 (exynos) and 64 bit (hikey) boards and have
> > pushed them for 0-day build bot and kernel CI testing as well. We should
> > know if something is broken with these.
>
> Nice. What governors did you try? Have you checked "power_allocator" by
> any chance?
>
> >
> > @Javi: It would be good if you can give them a test, specially because
> > of your work on the "power" specific bits in the driver.
> >
>
>
> @Javi, are you still around? This needs to be validated in terms of how
> the cdev states and power models are computed. Just to make sure we are
> in one piece. Copying the ARM folks too, Punit?.
>
> I will see if I have some time later this week to check if IPA is in one
> piece after this series.

Now adding the ARM folks for real.

Lukasz, can you please give it a shot on this series to check if IPA is
in one piece?

>
> > Pushed here as well:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/vireshk/pm.git thermal/cooling
> >
> > V1->V2:
> > - Name cpufreq cooling dev as cpufreq_cdev everywhere (Eduardo).
>
> That was just very minor stuff. Overall, I do not see major issues, but
> I want to spend some more time on this before acking on my side.


BR,

Eduardo

Attachment: signature.asc
Description: Digital signature