From: Eduardo Valentin <edubezval@gmail.com>
To: Viresh Kumar <viresh.kumar@linaro.org>
Cc: Rafael Wysocki <rjw@rjwysocki.net>,
linaro-kernel@lists.linaro.org, linux-pm@vger.kernel.org,
l.majewski@samsung.com
Subject: Re: [PATCH 0/7] cpufreq: Register cooling device after policy is usable
Date: Thu, 27 Nov 2014 11:33:41 -0400 [thread overview]
Message-ID: <20141127153339.GA22851@developer> (raw)
In-Reply-To: <20141126175429.GA1826@developer>
[-- Attachment #1: Type: text/plain, Size: 3119 bytes --]
On Wed, Nov 26, 2014 at 01:54:31PM -0400, Eduardo Valentin wrote:
> Hello Viresh,
>
> Thanks for providing a proposal.
>
> On Wed, Nov 26, 2014 at 11:22:55AM +0530, Viresh Kumar wrote:
> > Hi Rafael/Eduardo,
> >
> > Currently there is no callback for cpufreq drivers which is called once the
> > policy is ready to be used. There are some requirements where such a callback is
> > required.
> >
> > One of them is registering a cooling device with the help of
> > of_cpufreq_cooling_register(). This routine tries to get 'struct cpufreq_policy'
> > for CPUs which isn't yet initialed at the time ->init() is called and so we face
> > issues while registering the cooling device.
> >
> > Because we can't register cooling device from ->init(), we need a callback that
> > is called after the policy is ready to be used and hence ->usable() callback.
> >
> > The first patch fixes few formatting issues, so that the third patch doesn't
> > throw any checkpatch warnings. Second one fixes a potential bug in cpufreq-dt
> > driver. Third one introduces ->usable() callback which will be used in the
> > fourth patch.
> >
> > Last three are fixes for cooling core, which may be applied separately by
> > Eduardo if he wants. Sent them in this series as they were sort of connected
> > with cpufreq in general.
> >
> > Let me know if it still doesn't work properly.
>
> For the series, the last three patches somehow breaks things. I didn't
> not investigate the reason now, because, well, I think we should take
> one thing at a time.
It turns out that I could not reproduce the issue I saw. So, I am
assuming that was an issue in my environment.
Can you still post them separately?
>
> For the patches 1 to 4, I tried then and they do the trick. Now the
> sequencing is correct between cpufreq-dt and cpu cooling. That means I
> can also improve the thermal code by accepting the following patches:
> https://patchwork.kernel.org/patch/5326991/
> https://patchwork.kernel.org/patch/5387161/
>
> on top of the four first patches.
>
> Cheers,
>
> Eduardo Valentin
>
> >
> > --
> > viresh
> >
> > Viresh Kumar (7):
> > cpufreq: Fix formatting issues in 'struct cpufreq_driver'
> > cpufreq-dt: pass 'policy->related_cpus' to
> > of_cpufreq_cooling_register()
> > cpufreq: Introduce ->usable() callback for cpufreq drivers
> > cpufreq-dt: register cooling device from ->usable() callback
> > cpu_cooling: Don't match min/max frequencies for all CPUs on cooling
> > register
> > cpu_cooling: don't iterate over all allowed_cpus to update cpufreq
> > policy
> > cpu_cooling: No need to check is_cpufreq_valid()
> >
> > drivers/cpufreq/cpufreq-dt.c | 51 +++++++++++++++++++++++++---------------
> > drivers/cpufreq/cpufreq.c | 5 ++++
> > drivers/thermal/cpu_cooling.c | 44 ++++-------------------------------
> > include/linux/cpufreq.h | 54 +++++++++++++++++++++++--------------------
> > 4 files changed, 70 insertions(+), 84 deletions(-)
> >
> > --
> > 2.0.3.693.g996b0fd
> >
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 473 bytes --]
next prev parent reply other threads:[~2014-11-27 15:33 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-26 5:52 [PATCH 0/7] cpufreq: Register cooling device after policy is usable Viresh Kumar
2014-11-26 5:52 ` [PATCH 1/7] cpufreq: Fix formatting issues in 'struct cpufreq_driver' Viresh Kumar
2014-11-26 17:57 ` Eduardo Valentin
2014-11-26 5:52 ` [PATCH 2/7] cpufreq-dt: pass 'policy->related_cpus' to of_cpufreq_cooling_register() Viresh Kumar
2014-11-26 17:55 ` Eduardo Valentin
2014-11-26 5:52 ` [PATCH 3/7] cpufreq: Introduce ->usable() callback for cpufreq drivers Viresh Kumar
2014-11-26 17:58 ` Eduardo Valentin
2014-11-27 0:25 ` Rafael J. Wysocki
2014-11-27 0:28 ` Viresh Kumar
2014-11-26 5:52 ` [PATCH 4/7] cpufreq-dt: register cooling device from ->usable() callback Viresh Kumar
2014-11-26 17:59 ` Eduardo Valentin
2014-11-26 5:53 ` [PATCH 5/7] cpu_cooling: Don't match min/max frequencies for all CPUs on cooling register Viresh Kumar
2014-11-27 15:35 ` Eduardo Valentin
2014-11-28 9:19 ` Viresh Kumar
2014-11-26 5:53 ` [PATCH 6/7] cpu_cooling: don't iterate over all allowed_cpus to update cpufreq policy Viresh Kumar
2014-11-26 5:53 ` [PATCH 7/7] cpu_cooling: Don't check is_cpufreq_valid() Viresh Kumar
2014-11-26 17:54 ` [PATCH 0/7] cpufreq: Register cooling device after policy is usable Eduardo Valentin
2014-11-27 0:26 ` Rafael J. Wysocki
2014-11-27 15:33 ` Eduardo Valentin [this message]
2014-11-28 6:27 ` Viresh Kumar
2014-11-26 18:01 ` Eduardo Valentin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20141127153339.GA22851@developer \
--to=edubezval@gmail.com \
--cc=l.majewski@samsung.com \
--cc=linaro-kernel@lists.linaro.org \
--cc=linux-pm@vger.kernel.org \
--cc=rjw@rjwysocki.net \
--cc=viresh.kumar@linaro.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.