From: Javi Merino <javi.merino@arm.com>
To: linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org
Cc: punit.agrawal@arm.com, broonie@kernel.org,
Javi Merino <javi.merino@arm.com>
Subject: [PATCH v1 0/7] The power allocator thermal governor
Date: Wed, 28 Jan 2015 17:00:31 +0000 [thread overview]
Message-ID: <1422464438-16761-1-git-send-email-javi.merino@arm.com> (raw)
Hi linux-pm,
The power allocator governor allocates device power to control
temperature. This requires transforming performance requests into
requested power, which we do with an extended cooling device API
introduced in patch 2 (thermal: extend the cooling device API to
include power information). Patch 3 (thermal: cpu_cooling: implement
the power cooling device API) extends the cpu cooling device using a
simple power model.
This series depend on the array printing helper v5[0] and the weight
fixes[1]. Rui said that he had applied patch 1 (thermal: let
governors have private data for each thermal zone) but I can't see it
in his tree, so I'm reposting it.
[0] http://mid.gmane.org/1422449335-8289-1-git-send-email-javi.merino%40arm.com
[1] http://thread.gmane.org/gmane.linux.power-management.general/55730
Changes since RFC v6:
- Addressed Eduardo's review
+ Pass the interval to the static power function as suggested by
Eduardo
+ Make the cooling device ops return 0 or -E* and put the
calculation in a parameter, like the rest of the cooling device
ops
+ Documentation improvements
- Use thermal_cdev_update() to change cooling device states
- Add a patch to export the power allocator governor's tzp
parameters to sysfs
Changes since RFC v5:
- Addressed Stephen's review of the trace patches.
- Removed power actors and extended the cooling device interface
instead.
- Let platforms override the power allocator governor parameters in
their thermal zone parameters
Changes since RFC v4:
- Add more tracing
- Document some of the limitations of the power allocator governor
- Export the power_actor API and move power_actor.h to include/linux
Changes since RFC v3:
- Use tz->passive to poll faster when the first trip point is hit.
- Don't make a special directory for power_actors
- Add a DT property for sustainable-power
- Simplify the static power interface and pass the current thermal
zone in every power_actor_ops to remove the controversial
enum power_actor_types
- Use locks with the actor_list list
- Use cpufreq_get() to get the frequency of the cpu instead of
using the notifiers.
- Remove the prompt for THERMAL_POWER_ACTOR_CPU when configuring
the kernel
Changes since RFC v2:
- Changed the PI controller into a PID controller
- Added static power to the cpu power model
- tz parameter max_dissipatable_power renamed to sustainable_power
- Register the cpufreq cooling device as part of the
power_cpu_actor registration.
Changes since RFC v1:
- Fixed finding cpufreq cooling devices in cpufreq_frequency_change()
- Replaced the cooling device interface with a separate power actor
API
- Addressed most of Eduardo's comments
- Incorporated ftrace support for bitmask to trace cpumasks
Cheers,
Javi & Punit
Javi Merino (6):
thermal: let governors have private data for each thermal zone
thermal: extend the cooling device API to include power information
thermal: cpu_cooling: implement the power cooling device API
thermal: introduce the Power Allocator governor
thermal: add trace events to the power allocator governor
thermal: export thermal_zone_parameters to sysfs
Punit Agrawal (1):
of: thermal: Introduce sustainable power for a thermal zone
.../devicetree/bindings/thermal/thermal.txt | 9 +
Documentation/thermal/cpu-cooling-api.txt | 156 ++++++-
Documentation/thermal/power_allocator.txt | 241 ++++++++++
Documentation/thermal/sysfs-api.txt | 52 +++
drivers/thermal/Kconfig | 15 +
drivers/thermal/Makefile | 1 +
drivers/thermal/cpu_cooling.c | 507 ++++++++++++++++++++-
drivers/thermal/of-thermal.c | 4 +
drivers/thermal/power_allocator.c | 496 ++++++++++++++++++++
drivers/thermal/thermal_core.c | 254 ++++++++++-
drivers/thermal/thermal_core.h | 8 +
include/linux/cpu_cooling.h | 39 ++
include/linux/thermal.h | 64 ++-
include/trace/events/thermal.h | 58 +++
include/trace/events/thermal_power_allocator.h | 80 ++++
15 files changed, 1964 insertions(+), 20 deletions(-)
create mode 100644 Documentation/thermal/power_allocator.txt
create mode 100644 drivers/thermal/power_allocator.c
create mode 100644 include/trace/events/thermal_power_allocator.h
--
1.9.1
next reply other threads:[~2015-01-28 20:38 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-28 17:00 Javi Merino [this message]
2015-01-28 17:00 ` [PATCH v1 1/7] thermal: let governors have private data for each thermal zone Javi Merino
2015-01-28 17:00 ` [PATCH v1 2/7] thermal: extend the cooling device API to include power information Javi Merino
2015-01-28 17:00 ` [PATCH v1 3/7] thermal: cpu_cooling: implement the power cooling device API Javi Merino
2015-01-28 17:56 ` Eduardo Valentin
2015-01-29 19:11 ` Javi Merino
2015-01-28 17:00 ` [PATCH v1 4/7] thermal: introduce the Power Allocator governor Javi Merino
2015-02-02 23:51 ` Lina Iyer
2015-02-03 13:03 ` Javi Merino
2015-02-03 4:31 ` Eduardo Valentin
2015-02-03 17:32 ` Lina Iyer
2015-02-03 19:19 ` Eduardo Valentin
2015-02-04 23:47 ` Lina Iyer
2015-02-09 10:14 ` Javi Merino
2015-02-24 18:21 ` Eduardo Valentin
2015-02-25 14:48 ` Javi Merino
2015-02-25 19:00 ` Eduardo Valentin
2015-02-26 17:52 ` Javi Merino
2015-02-26 20:32 ` Eduardo Valentin
2015-01-28 17:00 ` [PATCH v1 5/7] thermal: add trace events to the power allocator governor Javi Merino
2015-01-28 17:31 ` Steven Rostedt
2015-02-02 15:44 ` Javi Merino
2015-01-28 17:00 ` [PATCH v1 6/7] of: thermal: Introduce sustainable power for a thermal zone Javi Merino
2015-01-28 17:00 ` [PATCH v1 7/7] thermal: export thermal_zone_parameters to sysfs Javi Merino
2015-02-05 12:06 ` [PATCH v1 0/7] The power allocator thermal governor Javi Merino
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=1422464438-16761-1-git-send-email-javi.merino@arm.com \
--to=javi.merino@arm.com \
--cc=broonie@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=punit.agrawal@arm.com \
/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
all inboxes | Powered by JetHome®