On Wed, Jan 03, 2018 at 11:25:37AM +0100, Geert Uytterhoeven wrote: > Hi Simon, > > On Wed, Jan 3, 2018 at 11:14 AM, Simon Horman <horms@xxxxxxxxxxxx> wrote: > > On Wed, Jan 03, 2018 at 01:03:52AM +0100, Niklas Söderlund wrote: > >> On 2018-01-02 10:19:44 +0100, Simon Horman wrote: > >> > On Mon, Jan 01, 2018 at 10:13:35AM -0800, Eduardo Valentin wrote: > >> > > On Wed, Sep 13, 2017 at 12:59:08PM +0200, Niklas Söderlund wrote: > >> > > > Add nodes and properties for thermal cooling management support. > >> > > > > >> > > > Signed-off-by: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx> > >> > > > --- > >> > > > >> > > Just a reminder, this series should go via your arch tree. You may add > >> > > my acks. > >> > > >> > Ack. > >> > > >> > Niklas, could you comment on the readiness of these patches > >> > for the renesas tree? > >> > >> I think maybe the patches might have became a bit outdated since they > >> where posted due to all reg property fixup patches. The blocker for me > >> reposting this series is that the patches this depends > >> 'topic/rcar-gen3-cpufreq' on are not yet in the renesas tree next or > >> devel branches. Do you think it would be valuable for me to refresh > >> these patches before the dependencies are picked up? > > > > Probably not. I'll try to work on getting cpufreq upstream :) > > I think it's working fine in renesas-drivers, isn't it? There was some cleanup of the DTS patches pending. That has now happened, been posted, reviewed and merged :) > As in the mean time the R-Car Gen3 CPG/MSSR drivers gained suspend/resume > support, the only missing part is support for restoring the Z* clocks during > system resume. Unless that is handled automatically by the cpufreq core. > For secondary CPU cores, this may be handled by the CPU hotplug code. > For the primary CPU core, I don't know. Thanks, I'll look into that.
