On Thu, Jun 3, 2010 at 8:01 PM, Gadiyar, Anand gadi...@ti.com wrote:
Kevin Hilman wrote:
Mike Chan m...@android.com writes:
On Fri, May 21, 2010 at 9:47 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Mike Chan m...@android.com writes:
I'm not sure if this has been discussed, yet
On Fri, May 21, 2010 at 9:47 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Mike Chan m...@android.com writes:
I'm not sure if this has been discussed, yet but since it seems that
the resource framework will not be making it upstream, I am curious
what are the replacements under
On Thu, Jun 3, 2010 at 4:52 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Mike Chan m...@android.com writes:
On Fri, May 21, 2010 at 9:47 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Mike Chan m...@android.com writes:
I'm not sure if this has been discussed, yet but since
On Fri, May 21, 2010 at 10:05 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Mike Chan m...@android.com writes:
On Thu, May 20, 2010 at 2:01 PM, Thomas Renninger tr...@suse.de wrote:
Hi Mike,
On Thursday 20 May 2010 08:42:21 pm Mike Chan wrote:
v2:
Rebased off of Thomas Renninger's
On Thu, May 27, 2010 at 5:05 PM, Rafael J. Wysocki r...@sisk.pl wrote:
On Friday 28 May 2010, Alan Cox wrote:
The approach with user space power manager suggested by Dmitry and Alan
Stern
may work, but it still assumes some kind of suspend blockers to be present
in
the kernel. If we
given their cpufreq scaling abilities.
New file:
cpuacct.cpufreq reports the CPU time (in nanoseconds) spent at each CPU
frequency.
Signed-off-by: Mike Chan m...@android.com
---
Documentation/cgroups/cpuacct.txt |4 +++
include/linux/cpuacct.h | 41
have platform specific hooks the cpuacct can call into (if available).
This patch series is not 3 instead of 4. I have left out the power
implementation for OMAP due to implementation conflicts in linux-next.
Mike Chan (3):
scheduler: cpuacct: Enable platform hooks to track cpuusage for CPU
V2:
- Rebased off Thomass Renninger's cgroup_cpuacct refactoring
Platform must register cpu power function that return power in
milliWatt seconds.
New file:
cpuacct.power reports the power consumed in milliWatt seconds
Signed-off-by: Mike Chan m...@android.com
---
Documentation/cgroups
Implement OMAP platform specific scheduler callbacks for tracking
cpu frequencies per cpuacct cgroup.
Signed-off-by: Mike Chan m...@android.com
---
arch/arm/plat-omap/cpu-omap.c | 67 -
1 files changed, 66 insertions(+), 1 deletions(-)
diff --git a/arch
On Thu, May 20, 2010 at 2:01 PM, Thomas Renninger tr...@suse.de wrote:
Hi Mike,
On Thursday 20 May 2010 08:42:21 pm Mike Chan wrote:
v2:
Rebased off of Thomas Renninger's patch for cgroups_cpuacct refactoring,
thanks.
A general comment:
I don't know much about the cgroup stuff.
Perhaps
I'm not sure if this has been discussed, yet but since it seems that
the resource framework will not be making it upstream, I am curious
what are the replacements under consideration. I am starting to see
similar issues on other platforms (msm / tegra) so more generic
(non-omap) solution might be
On Wed, May 19, 2010 at 8:34 AM, Thomas Renninger tr...@suse.de wrote:
On Wednesday 19 May 2010 15:11:03 Nishanth Menon wrote:
Mike Chan had written, on 05/18/2010 08:30 PM, the following:
Specify new power field in struct omap_opp, which is
power exported in milliWatt
off of the omap-pm branch.
Mike Chan (4):
scheduler: cpuacct: Enable platform hooks to track cpuusage for CPU
frequencies
omap: cpu: Implement callbacks for cpu frequency tracking in cpuacct
scheduler: cpuacct: Enable platform callbacks for cpuacct power
tracking
omap: cpu: Power
-by: Mike Chan m...@android.com
---
Documentation/cgroups/cpuacct.txt |4 +++
include/linux/cpuacct.h | 41 +++
kernel/sched.c| 49 +
3 files changed, 94 insertions(+), 0 deletions(-)
create mode 100644
Implement OMAP platform specific scheduler callbacks for tracking
cpu frequencies per cpuacct cgroup.
Signed-off-by: Mike Chan m...@android.com
---
arch/arm/plat-omap/cpu-omap.c | 66 -
1 files changed, 65 insertions(+), 1 deletions(-)
diff --git a/arch
Platform must register cpu power function that return power in
milliWatt seconds.
Signed-off-by: Mike Chan m...@android.com
---
Documentation/cgroups/cpuacct.txt |3 +++
include/linux/cpuacct.h |4 +++-
kernel/sched.c| 24 ++--
3 files
Specify new power field in struct omap_opp, which is
power exported in milliWatt.
power_usage function gives power consumed in milliWatt seconds
Signed-off-by: Mike Chan m...@android.com
---
arch/arm/plat-omap/cpu-omap.c | 23 ++-
arch/arm/plat-omap/include
On Mon, May 17, 2010 at 11:39 AM, Felipe Balbi m...@felipebalbi.com wrote:
Hi,
On Mon, May 17, 2010 at 11:26:59AM -0700, Brian Swetland wrote:
We (Google) would like to allow completely open app distribution with
minimal hurdles, and avoid the walled garden approach. Toward this
goal we're
On Mon, May 17, 2010 at 12:27 PM, Vitaly Wool vitalyw...@gmail.com wrote:
On Mon, May 17, 2010 at 6:12 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
and #2, the battery lifetime on the N770 and N800 (both of which I have)
is **appalling** **bad**.
Appalling bad compared to what?
On Mon, May 17, 2010 at 1:17 PM, Vitaly Wool vitalyw...@gmail.com wrote:
On Mon, May 17, 2010 at 10:07 PM, Mike Chan m...@android.com wrote:
On Mon, May 17, 2010 at 12:27 PM, Vitaly Wool vitalyw...@gmail.com wrote:
On Mon, May 17, 2010 at 6:12 PM, Kevin Hilman
khil...@deeprootsystems.com wrote
and CORE is ON, PER will not be active for GPIO handling.
Signed-off-by: Mike Chan m...@android.com
---
arch/arm/mach-omap2/pm34xx.c |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c b/arch/arm/mach-omap2/pm34xx.c
index 2b2eaaa..acf180b
IO events can also come from GPIO modules, which reside in the PER domain.
It is possible for the PER to enter RET while CORE is still in ON.
If GPIO 2-6 are enabled for IO-pad wakeups, the PER domain will not
wakeup in this case, unless we enable it.
Signed-off-by: Mike Chan m...@android.com
On Mon, May 3, 2010 at 3:40 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Mike Chan m...@android.com writes:
IO events can also come from GPIO modules, which reside in the PER domain.
It is possible for the PER to enter RET while CORE is still in ON.
If GPIO 2-6 are enabled for IO-pad
IO events can also come from GPIO modules, which reside in the PER domain.
It is possible for the PER to enter RET while CORE is still in ON.
If GPIO 2-6 are enabled for IO-pad wakeups, the PER domain will not
wakeup in this case, unless we enable it.
Signed-off-by: Mike Chan m...@android.com
and CORE is ON, PER will not be active for GPIO handling.
Signed-off-by: Mike Chan m...@android.com
---
arch/arm/mach-omap2/pm34xx.c |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c b/arch/arm/mach-omap2/pm34xx.c
index fd76b0d..88eafb0
On Mon, May 3, 2010 at 4:35 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Mike Chan m...@android.com writes:
IO events can also come from GPIO modules, which reside in the PER domain.
It is possible for the PER to enter RET while CORE is still in ON.
If GPIO 2-6 are enabled for IO-pad
-by: Mike Chan m...@android.com
---
arch/arm/plat-omap/resource.c | 55 +++-
1 files changed, 32 insertions(+), 23 deletions(-)
diff --git a/arch/arm/plat-omap/resource.c b/arch/arm/plat-omap/resource.c
index 0a7b79b..f769f7c 100644
--- a/arch/arm/plat-omap
Take the resource mutex when iterating over the resource user_list.
A race can occur if resource_request() adds a first time user to
the user_list while update_resource_level() is called.
Signed-off-by: Mike Chan m...@android.com
---
arch/arm/plat-omap/resource.c |9 +++--
1 files
Previosuly update_resource_level() would always call the change_level()
function, even if there was no change necessary.
Signed-off-by: Mike Chan m...@android.com
---
arch/arm/plat-omap/resource.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-omap
On Thu, Apr 22, 2010 at 3:31 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Mike Chan m...@android.com writes:
On Wed, Apr 21, 2010 at 5:07 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Mike Chan m...@android.com writes:
IO events can also come from GPIO modules, which reside
IO events can also come from GPIO modules, which reside in the PER domain.
It is possible for the PER to enter RET while CORE is still in ON.
If GPIO 2-6 are enabled for IO-pad wakeups, the PER domain will not
wakeup in this case, unless we enable it.
Signed-off-by: Mike Chan m...@android.com
and CORE is ON, PER will not be active for GPIO handling.
Signed-off-by: Mike Chan m...@android.com
---
arch/arm/mach-omap2/pm34xx.c |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c b/arch/arm/mach-omap2/pm34xx.c
index 4ef322a..176870f
...@motorola.com
Signed-off-by: Mike Chan m...@android.com
---
arch/arm/plat-omap/include/plat/resource.h | 2 ++
arch/arm/plat-omap/resource.c | 21 ++---
2 files changed, 12 insertions(+), 11 deletions(-)
diff --git a/arch/arm/plat-omap/include/plat/resource.h
On Wed, Sep 30, 2009 at 4:49 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Mike Chan m...@android.com writes:
Checking if the resource is already registered and adding to the list
must be atomic or bad things can happen.
Signed-off-by: Mike Chan m...@android.com
---
arch/arm/plat
Checking if the resource is already registered and adding to the list
must be atomic or bad things can happen.
Signed-off-by: Mike Chan m...@android.com
---
arch/arm/plat-omap/resource.c | 13 -
1 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/arch/arm/plat-omap
Signed-off-by: Mike Chan m...@android.com
---
drivers/video/omap2/dss/dispc.c |6 -
drivers/video/omap2/dss/dsi.c | 50 +++---
2 files changed, 51 insertions(+), 5 deletions(-)
diff --git a/drivers/video/omap2/dss/dispc.c b/drivers/video/omap2/dss
On Thu, Sep 17, 2009 at 4:36 PM, Mike Chan m...@android.com wrote:
Signed-off-by: Mike Chan m...@android.com
---
drivers/video/omap2/dss/dispc.c | 6 -
drivers/video/omap2/dss/dsi.c | 50 +++---
2 files changed, 51 insertions(+), 5 deletions
On Fri, Sep 11, 2009 at 2:10 PM, Kevin
Hilmankhil...@deeprootsystems.com wrote:
Mike Turquette mturque...@ti.com writes:
Kevin Hilman wrote:
Mike Chan m...@android.com writes:
Need to lock the res_mutex when traversing the res_list.
Signed-off-by: Mike Chan m...@android.com
Looks good
On Tue, Sep 8, 2009 at 3:39 PM, Kevin Hilmankhil...@deeprootsystems.com wrote:
Mike Chan m...@android.com writes:
Checking if the resource is already registered and adding to the list
must be atomic or bad things can happen.
Signed-off-by: Mike Chan m...@android.com
Functionally
On Thu, Sep 3, 2009 at 7:01 AM, Kevin Hilmankhil...@deeprootsystems.com wrote:
Mike Chan m...@android.com writes:
On Tue, Aug 18, 2009 at 8:04 AM, Kevin
Hilmankhil...@deeprootsystems.com wrote:
Wang Limei-E12499 e12...@motorola.com writes:
Seems like I did not submit the patch in the right
Checking if the resource is already registered and adding to the list
must be atomic or bad things can happen.
Signed-off-by: Mike Chan m...@android.com
---
arch/arm/plat-omap/resource.c | 14 +-
1 files changed, 9 insertions(+), 5 deletions(-)
diff --git a/arch/arm/plat-omap
Need to lock the res_mutex when traversing the res_list.
Signed-off-by: Mike Chan m...@android.com
---
arch/arm/plat-omap/resource.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap/resource.c b/arch/arm/plat-omap/resource.c
index 25072cd..4631912
On Tue, Aug 18, 2009 at 8:04 AM, Kevin
Hilmankhil...@deeprootsystems.com wrote:
Wang Limei-E12499 e12...@motorola.com writes:
Seems like I did not submit the patch in the right way, before I setup
my mail correctly, attach the patches in the mail.
You're patches are still line-wrapped.
I
On Tue, Aug 11, 2009 at 11:32 PM, Paul Walmsleyp...@pwsan.com wrote:
Hi Mike,
On Tue, 11 Aug 2009, Mike Chan wrote:
On Tue, Aug 11, 2009 at 7:38 AM, Kevin
Hilmankhil...@deeprootsystems.com wrote:
Mike Chan m...@android.com writes:
Signed-off-by: Mike Chan m...@android.com
---
arch
Check pwrdm_name instead of the address of a null struct when at the
end of pwrdm_dep array.
Reported-by: Paul Walmsley p...@pwsan.com
Signed-off-by: Mike Chan m...@android.com
---
arch/arm/mach-omap2/powerdomain.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch
On Tue, Aug 11, 2009 at 7:38 AM, Kevin
Hilmankhil...@deeprootsystems.com wrote:
Mike Chan m...@android.com writes:
Signed-off-by: Mike Chan m...@android.com
---
arch/arm/mach-omap2/powerdomain.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2
Signed-off-by: Mike Chan m...@android.com
---
arch/arm/mach-omap2/powerdomain.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/powerdomain.c
b/arch/arm/mach-omap2/powerdomain.c
index 0334609..6077629 100644
--- a/arch/arm/mach-omap2/powerdomain.c
, Ranjithranji...@ti.com wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Paul Walmsley
Sent: Monday, August 03, 2009 5:04 AM
To: Pandita, Vikram
Cc: Mike Chan; Kevin Hilman; linux-omap@vger.kernel.org
Subject: RE: drivers
On Thu, Jul 30, 2009 at 8:44 AM, Pandita, Vikramvikram.pand...@ti.com wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Mike
Chan
Sent: Tuesday, July 28, 2009 8:49 PM
To: Kevin Hilman; linux-omap@vger.kernel.org
On Mon, Jun 29, 2009 at 7:35 AM, Rajendra Nayakrna...@ti.com wrote:
The CPUidle C state latencies and thresholds are dependent
on various board specific details.
Hence this patch makes it possible to configure these values from the
respective board files.
Signed-off-by: Rajendra Nayak
On Thu, Jun 25, 2009 at 1:12 PM, Wang Sawsd-A24013cqw...@motorola.com wrote:
diff --git a/arch/arm/mach-omap2/smartreflex.c
b/arch/arm/mach-omap2/smartreflex.c
index 9d462e3..bacf602 100644
--- a/arch/arm/mach-omap2/smartreflex.c
+++ b/arch/arm/mach-omap2/smartreflex.c
@@ -52,6 +52,8
On Thu, May 21, 2009 at 3:37 PM, Paul Walmsley p...@pwsan.com wrote:
Hi Kevin
On Wed, 20 May 2009, Kevin Hilman wrote:
diff --git a/arch/arm/mach-omap2/sdrc.c b/arch/arm/mach-omap2/sdrc.c
index c832d83..d7807e2 100644
--- a/arch/arm/mach-omap2/sdrc.c
+++ b/arch/arm/mach-omap2/sdrc.c
52 matches
Mail list logo