From: Eduardo Valentin <edubezval@gmail.com>
To: Viresh Kumar <viresh.kumar@linaro.org>
Cc: linux-pm@vger.kernel.org, linaro-kernel@lists.linaro.org,
rui.zhang@intel.com, amit.daniel@samsung.com,
javi.merino@arm.com, Chanwoo Choi <cw00.choi@samsung.com>,
Hongbo Zhang <hongbo.zhang@linaro.com>,
Kyungmin Park <kyungmin.park@samsung.com>,
Lukasz Majewski <l.majewski@samsung.com>,
Shawn Guo <shawn.guo@linaro.org>
Subject: Re: [PATCH V2 00/26] thermal: cpu_cooling: Fixes and cleanups
Date: Mon, 8 Dec 2014 16:01:52 -0400 [thread overview]
Message-ID: <20141208200150.GA13589@developer> (raw)
In-Reply-To: <cover.1417664938.git.viresh.kumar@linaro.org>
[-- Attachment #1: Type: text/plain, Size: 4322 bytes --]
On Thu, Dec 04, 2014 at 09:41:42AM +0530, Viresh Kumar wrote:
> Hi Eduardo,
>
> Here is the second iteration of my cpu_cooling cleanups to make it work/look
> better. As discussed earlier I picked one of your patches as mine were dependent
> on it. Have done some fixes to your patch as well.
>
> First few are updates to platform drivers to fix mask present in clip_cpus.
> Next ones are cleanups of cpu_cooling.c to get things properly organized.
>
> Tested-on: Exynos5250 (Dual ARM Cortex A15).
> Rebased-over: v3.18-rc7
> Pushed here: git://git.kernel.org/pub/scm/linux/kernel/git/vireshk/linux.git
> thermal/cpu-cooling-fixes
>
> Cc: Amit Daniel Kachhap <amit.daniel@samsung.com>
> Cc: Chanwoo Choi <cw00.choi@samsung.com>
> Cc: Hongbo Zhang <hongbo.zhang@linaro.com>
> Cc: Kyungmin Park <kyungmin.park@samsung.com>
> Cc: Lukasz Majewski <l.majewski@samsung.com>
> Cc: Shawn Guo <shawn.guo@linaro.org>
>
> V1->V2:
> - Dropped: cpu_cooling: Drop useless locking around idr_alloc/idr_remove
> - Fixed $Subject of patches to prefix with: "thermal: " before "cpu_cooling:"
> - Fixed some stupid mistakes highlighted by Eduardo and Javi.
> - s/ERR_PTR(cpufreq_dev->id)/ERR_PTR(ret)
> - s/sizeof(*cool_dev)/sizeof(*cpufreq_dev)
>
The series is good to me. The comments in the list regarding kerneldoc I
ammended myself. I also tested them and could not spot any problems. For
this reason, I will be attempting to send this series in a second round
for 3.19.
However, this series depend on your rework in cpufreq side. Is that
going in for 3.19?
Cheers,
> - Rebased over rc7 and that changed lots of things.
> - list of cooling devices was already present in rc7, so my patch to do the
> same is gone.
> - Other modifications done as well to fit with latest updates.
>
> Eduardo Valentin (1):
> thermal: cpu_cooling: check for the readiness of cpufreq layer
>
> Viresh Kumar (25):
> thermal: db8500: pass cpu_present_mask to cpufreq_cooling_register()
> thermal: imx: pass cpu_present_mask to cpufreq_cooling_register()
> thermal: exynos: pass cpu_present_mask to cpufreq_cooling_register()
> thermal: cpu_cooling: random comment fixups
> thermal: cpu_cooling: fix doc comment over struct
> cpufreq_cooling_device
> thermal: cpu_cooling: Add comment to clarify relation between cooling
> state and frequency
> thermal: cpu_cooling: Pass variable instead of its type to sizeof()
> thermal: cpu_cooling: no need to set cpufreq_state to zero
> thermal: cpu_cooling: no need to set cpufreq_dev to NULL
> thermal: cpu_cooling: no need to initialze 'ret'
> thermal: cpu_cooling: propagate error returned by idr_alloc()
> thermal: cpu_cooling: Don't match min/max frequencies for all CPUs on
> cooling register
> thermal: cpu_cooling: don't iterate over all allowed_cpus to update
> cpufreq policy
> thermal: cpu_cooling: Don't check is_cpufreq_valid()
> thermal: cpu_cooling: do error handling at the bottom in
> __cpufreq_cooling_register()
> thermal: cpu_cooling: initialize 'cpufreq_val' on registration
> thermal: cpu_cooling: Merge cpufreq_apply_cooling() into
> cpufreq_set_cur_state()
> thermal: cpu_cooling: remove unnecessary wrapper get_cpu_frequency()
> thermal: cpu_cooling: find max level during device registration
> thermal: cpu_cooling: get_property() doesn't need to support GET_MAXL
> anymore
> thermal: cpu_cooling: use cpufreq_dev_list instead of
> cpufreq_dev_count
> thermal: cpu_cooling: Pass 'cpufreq_dev' to get_property()
> thermal: cpu_cooling: Store frequencies in descending order
> thermal: cpu_cooling: Use cpufreq_dev->freq_table for finding
> level/freq
> thermal: cpu_cooling: update copyright tags
>
> drivers/thermal/cpu_cooling.c | 360 ++++++++-------------
> drivers/thermal/db8500_cpufreq_cooling.c | 10 +-
> drivers/thermal/imx_thermal.c | 9 +-
> drivers/thermal/samsung/exynos_thermal_common.c | 12 +-
> drivers/thermal/samsung/exynos_tmu.c | 5 +-
> drivers/thermal/ti-soc-thermal/ti-thermal-common.c | 6 -
> 6 files changed, 148 insertions(+), 254 deletions(-)
>
> --
> 2.0.3.693.g996b0fd
>
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 473 bytes --]
next prev parent reply other threads:[~2014-12-08 20:10 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-04 4:11 [PATCH V2 00/26] thermal: cpu_cooling: Fixes and cleanups Viresh Kumar
2014-12-04 4:11 ` [PATCH V2 01/26] thermal: cpu_cooling: check for the readiness of cpufreq layer Viresh Kumar
2014-12-04 14:08 ` Eduardo Valentin
2014-12-04 4:11 ` [PATCH V2 02/26] thermal: db8500: pass cpu_present_mask to cpufreq_cooling_register() Viresh Kumar
2014-12-31 8:11 ` Linus Walleij
2014-12-04 4:11 ` [PATCH V2 03/26] thermal: imx: " Viresh Kumar
2014-12-04 4:11 ` [PATCH V2 04/26] thermal: exynos: " Viresh Kumar
2014-12-04 4:11 ` [PATCH V2 05/26] thermal: cpu_cooling: random comment fixups Viresh Kumar
2014-12-04 4:11 ` [PATCH V2 06/26] thermal: cpu_cooling: fix doc comment over struct cpufreq_cooling_device Viresh Kumar
2014-12-04 10:32 ` Javi Merino
2014-12-04 10:36 ` Viresh Kumar
2014-12-04 4:11 ` [PATCH V2 07/26] thermal: cpu_cooling: Add comment to clarify relation between cooling state and frequency Viresh Kumar
2014-12-04 4:11 ` [PATCH V2 08/26] thermal: cpu_cooling: Pass variable instead of its type to sizeof() Viresh Kumar
2014-12-04 4:11 ` [PATCH V2 09/26] thermal: cpu_cooling: no need to set cpufreq_state to zero Viresh Kumar
2014-12-04 4:11 ` [PATCH V2 10/26] thermal: cpu_cooling: no need to set cpufreq_dev to NULL Viresh Kumar
2014-12-04 4:11 ` [PATCH V2 11/26] thermal: cpu_cooling: no need to initialze 'ret' Viresh Kumar
2014-12-04 4:11 ` [PATCH V2 12/26] thermal: cpu_cooling: propagate error returned by idr_alloc() Viresh Kumar
2014-12-04 4:11 ` [PATCH V2 13/26] thermal: cpu_cooling: Don't match min/max frequencies for all CPUs on cooling register Viresh Kumar
2014-12-04 4:11 ` [PATCH V2 14/26] thermal: cpu_cooling: don't iterate over all allowed_cpus to update cpufreq policy Viresh Kumar
2014-12-04 4:11 ` [PATCH V2 15/26] thermal: cpu_cooling: Don't check is_cpufreq_valid() Viresh Kumar
2014-12-04 4:11 ` [PATCH V2 16/26] thermal: cpu_cooling: do error handling at the bottom in __cpufreq_cooling_register() Viresh Kumar
2014-12-04 4:11 ` [PATCH V2 17/26] thermal: cpu_cooling: initialize 'cpufreq_val' on registration Viresh Kumar
2014-12-04 4:12 ` [PATCH V2 18/26] thermal: cpu_cooling: Merge cpufreq_apply_cooling() into cpufreq_set_cur_state() Viresh Kumar
2014-12-04 4:12 ` [PATCH V2 19/26] thermal: cpu_cooling: remove unnecessary wrapper get_cpu_frequency() Viresh Kumar
2014-12-04 4:12 ` [PATCH V2 20/26] thermal: cpu_cooling: find max level during device registration Viresh Kumar
2014-12-04 4:12 ` [PATCH V2 21/26] thermal: cpu_cooling: get_property() doesn't need to support GET_MAXL anymore Viresh Kumar
2014-12-04 4:12 ` [PATCH V2 22/26] thermal: cpu_cooling: use cpufreq_dev_list instead of cpufreq_dev_count Viresh Kumar
2014-12-04 4:12 ` [PATCH V2 23/26] thermal: cpu_cooling: Pass 'cpufreq_dev' to get_property() Viresh Kumar
2014-12-04 4:12 ` [PATCH V2 24/26] thermal: cpu_cooling: Store frequencies in descending order Viresh Kumar
2014-12-04 4:12 ` [PATCH V2 25/26] thermal: cpu_cooling: Use cpufreq_dev->freq_table for finding level/freq Viresh Kumar
2014-12-04 10:52 ` Javi Merino
2014-12-04 10:56 ` Viresh Kumar
2014-12-04 4:12 ` [PATCH V2 26/26] thermal: cpu_cooling: update copyright tags Viresh Kumar
2014-12-08 20:01 ` Eduardo Valentin [this message]
2014-12-09 1:47 ` [PATCH V2 00/26] thermal: cpu_cooling: Fixes and cleanups Viresh Kumar
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=20141208200150.GA13589@developer \
--to=edubezval@gmail.com \
--cc=amit.daniel@samsung.com \
--cc=cw00.choi@samsung.com \
--cc=hongbo.zhang@linaro.com \
--cc=javi.merino@arm.com \
--cc=kyungmin.park@samsung.com \
--cc=l.majewski@samsung.com \
--cc=linaro-kernel@lists.linaro.org \
--cc=linux-pm@vger.kernel.org \
--cc=rui.zhang@intel.com \
--cc=shawn.guo@linaro.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).