From: hongbo.zhang hongbo.zh...@linaro.com
A cooling device should be set to state zero when it is unbound.
Signed-off-by: hongbo.zhang hongbo.zh...@linaro.com
---
drivers/thermal/thermal_sys.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/thermal/thermal_sys.c
From: hongbo.zhang hongbo.zh...@linaro.com
If the thermal zone mode is disabled, all the referenced cooling
devices should be put into state zero.
Without this patch the thermal driver cannot deactive all its
cooling devices in .set_mode callback, because the cooling device
list is maintained in
From: hongbo.zhang hongbo.zh...@linaro.com
This patch set contains two patches.
[PATCH 1/2]
A new interface is introduced to deactive all the referenced cooling devices
when thermal zone is disabled. Because the cooling device list is maintained
in the generic thermal layer, the thermal driver
On 五, 2012-09-21 at 14:57 +0800, zhanghongbo wrote:
From: hongbo.zhang hongbo.zh...@linaro.com
This patch set contains two patches.
[PATCH 1/2]
A new interface is introduced to deactive all the referenced cooling devices
when thermal zone is disabled.
we can not deactive a cooling device
On 21 September 2012 15:21, Zhang Rui rui.zh...@intel.com wrote:
On 五, 2012-09-21 at 14:57 +0800, zhanghongbo wrote:
From: hongbo.zhang hongbo.zh...@linaro.com
This patch set contains two patches.
[PATCH 1/2]
A new interface is introduced to deactive all the referenced cooling devices
when
On 五, 2012-09-21 at 15:50 +0800, Hongbo Zhang wrote:
On 21 September 2012 15:21, Zhang Rui rui.zh...@intel.com wrote:
On 五, 2012-09-21 at 14:57 +0800, zhanghongbo wrote:
From: hongbo.zhang hongbo.zh...@linaro.com
This patch set contains two patches.
[PATCH 1/2]
A new interface is
On 21 September 2012 16:02, Zhang Rui rui.zh...@intel.com wrote:
On 五, 2012-09-21 at 15:50 +0800, Hongbo Zhang wrote:
On 21 September 2012 15:21, Zhang Rui rui.zh...@intel.com wrote:
On 五, 2012-09-21 at 14:57 +0800, zhanghongbo wrote:
From: hongbo.zhang hongbo.zh...@linaro.com
This patch
Like Jeff mentioned, I also saw some illegal instructions on early
linaro builds but didn't pursue it at the time. I just did a little
digging online and there was some mention of ARM errata causing issues
( https://bugs.launchpad.net/ubuntu/+source/fakeroot/+bug/495536)
Based on,
Devfreq returns governor predicted frequency as current frequency
via sysfs interface. But device may not support all frequencies
that governor predicts. So add a callback in device profile to get
current freq from driver. Also add a new sysfs node to expose
governor predicted next target
Add devfreq suspend/resume apis for devfreq users. This patch
supports suspend and resume of devfreq load monitoring, required
for devices which can idle.
Signed-off-by: Rajagopal Venkat rajagopal.ven...@linaro.org
---
drivers/devfreq/devfreq.c | 28
Prepare devfreq core framework to support devices which
can idle. When device idleness is detected perhaps through
runtime-pm, need some mechanism to suspend devfreq load
monitoring and resume back when device is online. Present
code continues monitoring unless device is removed from
devfreq core.
From: Morten Rasmussen morten.rasmus...@arm.com
Adds ftrace event for tracing task migrations using HMP
optimized scheduling.
Signed-off-by: Morten Rasmussen morten.rasmus...@arm.com
---
include/trace/events/sched.h | 28
kernel/sched/fair.c | 15
From: Morten Rasmussen morten.rasmus...@arm.com
Adds Kconfig entries to enable HMP scheduling on ARM platforms.
Currently, it disables CPU level sched_domain load-balacing in order
to simplify things. This needs fixing in a later revision. HMP
scheduling will do the load-balancing at this level
From: Morten Rasmussen morten.rasmus...@arm.com
Adds ftrace events for key variables related to the entity
load-tracking to help debugging scheduler behaviour. Allows tracing
of load contribution and runqueue residency ratio for both entities
and runqueues as well as entity CPU usage ratio.
From: Morten Rasmussen morten.rasmus...@arm.com
Hi Paul, Paul, Peter, Suresh, linaro-sched-sig, and LKML,
As a follow-up on my Linux Plumbers Conference talk about my experiments with
scheduling on heterogeneous systems I'm posting a proof-of-concept patch set
with my modifications. The
From: Morten Rasmussen morten.rasmus...@arm.com
SCHED_HMP requires the different cpu types to be represented by an
ordered list of hmp_domains. Each hmp_domain represents all cpus of
a particular type using a cpumask.
The list is platform specific and therefore must be generated by
platform code
From: Morten Rasmussen morten.rasmus...@arm.com
We can't rely on Kconfig options to set the fast and slow CPU lists for
HMP scheduling if we want a single kernel binary to support multiple
devices with different CPU topology. E.g. TC2 (ARM's Test-Chip-2
big.LITTLE system), Fast Models, or even
From: Morten Rasmussen morten.rasmus...@arm.com
Introduces a priority threshold which prevents low priority task
from migrating to faster hmp_domains (cpus). This is useful for
user-space software which assigns lower task priority to background
task.
Signed-off-by: Morten Rasmussen
From: Morten Rasmussen morten.rasmus...@arm.com
This patch introduces forced task migration for moving suitable
currently running tasks between hmp_domains. Task behaviour is likely
to change over time. Tasks running in a less capable hmp_domain may
change to become more demanding and should
From: Morten Rasmussen morten.rasmus...@arm.com
This patch introduces the basic SCHED_HMP infrastructure. Each class of
cpus is represented by a hmp_domain and tasks will only be moved between
these domains when their load profiles suggest it is beneficial.
SCHED_HMP relies heavily on the task
From: Morten Rasmussen morten.rasmus...@arm.com
We need a way to prevent tasks that are migrating up and down the
hmp_domains from migrating straight on through before the load has
adapted to the new compute capacity of the CPU on the new hmp_domain.
This patch adds a next up/down migration delay
From: Morten Rasmussen morten.rasmus...@arm.com
This patch adds load_avg_ratio to each task. The load_avg_ratio is a
variant of load_avg_contrib which is not scaled by the task priority. It
is calculated like this:
runnable_avg_sum * NICE_0_LOAD / (runnable_avg_period + 1).
Signed-off-by:
Hi all,
Some of you may have heard of a tool we use inside TI for debugging on
OMAP. It's a nice userspace tool which can inspect many aspects of
hardware state called omapconf. The tool has just been open sourced
and can be found at:
https://github.com/omapconf/omapconf
Regards,
Mike
On 21 September 2012 15:07, Mike Turquette mturque...@linaro.org wrote:
Hi all,
Some of you may have heard of a tool we use inside TI for debugging on
OMAP. It's a nice userspace tool which can inspect many aspects of
hardware state called omapconf. The tool has just been open sourced
and
On Thu, Sep 20, 2012 at 7:33 PM, Ash Charles ashchar...@gmail.com wrote:
Like Jeff mentioned, I also saw some illegal instructions on early
linaro builds but didn't pursue it at the time. I just did a little
digging online and there was some mention of ARM errata causing issues
(
On Thursday, September 20, 2012, Daniel Lezcano wrote:
The function __cpuidle_register_driver name is confusing because it
suggests, conforming to the coding style of the kernel, it registers
the driver without taking a lock. Actually, it just fill the different
power field states with a
Just wanted to share this with everyone.
I've attached the output folder that the NI instrument creates for
each test session. In the results file you'll see a text doc called
results.txt that lists the comma delimited parameters that get
measured followed by the measurements themselves:
Current
On 21 September 2012 16:00, Marcin Juszkiewicz
marcin.juszkiew...@linaro.org wrote:
W dniu 21.09.2012 22:24, Zach Pfeffer pisze:
On 21 September 2012 15:07, Mike Turquette mturque...@linaro.org wrote:
https://github.com/omapconf/omapconf
Is there an Android.mk? Looking at
28 matches
Mail list logo