On Thu, Jun 3, 2010 at 8:01 PM, Gadiyar, Anand wrote:
> Kevin Hilman wrote:
>> Mike Chan writes:
>>
>> > On Fri, May 21, 2010 at 9:47 AM, Kevin Hilman
>> > wrote:
>> >> Mike Chan writes:
>> >>
>> >>> I'm not sur
On Thu, Jun 3, 2010 at 4:52 PM, Kevin Hilman
wrote:
> Mike Chan writes:
>
>> On Fri, May 21, 2010 at 9:47 AM, Kevin Hilman
>> wrote:
>>> Mike Chan writes:
>>>
>>>> I'm not sure if this has been discussed, yet but since it seems that
>>
On Fri, May 21, 2010 at 9:47 AM, Kevin Hilman
wrote:
> Mike Chan 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 consid
On Fri, May 21, 2010 at 10:05 AM, Kevin Hilman
wrote:
> Mike Chan writes:
>
>> On Thu, May 20, 2010 at 2:01 PM, Thomas Renninger wrote:
>>> Hi Mike,
>>>
>>> On Thursday 20 May 2010 08:42:21 pm Mike Chan wrote:
>>>> v2:
>>>> Rebased
On Thu, May 27, 2010 at 5:05 PM, Rafael J. Wysocki 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
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 s
On Thu, May 20, 2010 at 2:01 PM, Thomas Renninger 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 mu
Implement OMAP platform specific scheduler callbacks for tracking
cpu frequencies per cpuacct cgroup.
Signed-off-by: Mike Chan
---
arch/arm/plat-omap/cpu-omap.c | 67 -
1 files changed, 66 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-omap
c, thus we
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 cpuusa
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
---
Documentation/cgroups/cpuacct.txt |
akes sense
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
---
Documentation/cgroups/cpuacct.txt |4 +++
include/linux/cpuacct.h | 41 +
>
> Peter/Ingo: Can you pick up this cleanup if appropriate, please.
> Shall I resend separately or could you cut out comments below?
>
> On Wednesday 19 May 2010 03:30:19 Mike Chan wrote:
>> Platform must register cpu power function that return power in
&g
On Wed, May 19, 2010 at 8:34 AM, Thomas Renninger 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
>> >
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
---
arch/arm/plat-omap/cpu-omap.c | 23 ++-
arch/arm/plat-omap/include/plat/omap-pm.h
Platform must register cpu power function that return power in
milliWatt seconds.
Signed-off-by: Mike Chan
---
Documentation/cgroups/cpuacct.txt |3 +++
include/linux/cpuacct.h |4 +++-
kernel/sched.c| 24 ++--
3 files changed, 28
Implement OMAP platform specific scheduler callbacks for tracking
cpu frequencies per cpuacct cgroup.
Signed-off-by: Mike Chan
---
arch/arm/plat-omap/cpu-omap.c | 66 -
1 files changed, 65 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-omap
ff-by: Mike Chan
---
Documentation/cgroups/cpuacct.txt |4 +++
include/linux/cpuacct.h | 41 +++
kernel/sched.c| 49 +
3 files changed, 94 insertions(+), 0 deletions(-)
create mode 100644 include/
based 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:
On Mon, May 17, 2010 at 1:17 PM, Vitaly Wool wrote:
> On Mon, May 17, 2010 at 10:07 PM, Mike Chan wrote:
>> On Mon, May 17, 2010 at 12:27 PM, Vitaly Wool wrote:
>>> On Mon, May 17, 2010 at 6:12 PM, Kevin Hilman
>>> wrote:
>>>
>>>>> and #2,
On Mon, May 17, 2010 at 12:27 PM, Vitaly Wool wrote:
> On Mon, May 17, 2010 at 6:12 PM, Kevin Hilman
> wrote:
>
>>> and #2, the battery lifetime on the N770 and N800 (both of which I have)
>>> is **appalling** **bad**.
>>
>> Appalling bad compared to what?
>>
>> What's probably more interesting i
On Mon, May 17, 2010 at 11:39 AM, Felipe Balbi 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 not even req
Previosuly update_resource_level() would always call the change_level()
function, even if there was no change necessary.
Signed-off-by: Mike Chan
---
arch/arm/plat-omap/resource.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-omap/resource.c b/arch
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
---
arch/arm/plat-omap/resource.c |9 +++--
1 files changed, 7 insertions
: Mike Chan
---
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/resource.c
+++ b/arch
On Mon, May 3, 2010 at 4:35 PM, Kevin Hilman
wrote:
> Mike Chan 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 wakeups,
and CORE is ON, PER will not be active for GPIO handling.
Signed-off-by: Mike Chan
---
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 100644
--- a/arch
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
---
arch/arm/mach
On Mon, May 3, 2010 at 3:40 PM, Kevin Hilman
wrote:
> Mike Chan 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 wakeups,
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
---
arch/arm/mach
and CORE is ON, PER will not be active for GPIO handling.
Signed-off-by: Mike Chan
---
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 100644
--- a/arch
On Thu, Apr 22, 2010 at 3:31 PM, Kevin Hilman
wrote:
> Mike Chan writes:
>
>> On Wed, Apr 21, 2010 at 5:07 PM, Kevin Hilman
>> wrote:
>>> Mike Chan writes:
>>>
>>>> IO events can also come from GPIO modules, which reside in the PER domain.
&g
On Wed, Apr 21, 2010 at 5:07 PM, Kevin Hilman
wrote:
> Mike Chan 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 wakeups,
and CORE is ON, PER will not be active for GPIO handling.
Signed-off-by: Mike Chan
---
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 100644
--- a/arch
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
---
arch/arm/mach
ecursively.
>
> Signed-off-by: Chunqiu Wang
> Signed-off-by: Mike Chan
> ---
> arch/arm/plat-omap/include/plat/resource.h | 2 ++
> arch/arm/plat-omap/resource.c | 21 ++---
> 2 files changed, 12 insertions(+), 11 deletions(-)
>
> diff
On Wed, Sep 30, 2009 at 4:49 PM, Kevin Hilman
wrote:
> Mike Chan 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
>> ---
>> arch/arm/plat-
ificant (~2x)
battery life improvements, depending on your hardware of course.
-- Mike
> Tomi
>
>
> On Fri, 2009-09-18 at 01:36 +0200, ext Mike Chan wrote:
>> Signed-off-by: Mike Chan
>> ---
>> drivers/video/omap2/dss/dispc.c | 6 -
>> drivers/video/omap2/ds
On Thu, Sep 17, 2009 at 4:32 PM, Mike Chan wrote:
> 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
> ---
> arch/arm/plat-omap/resource.c | 13 -
> 1 files change
On Thu, Sep 17, 2009 at 4:36 PM, Mike Chan wrote:
> Signed-off-by: Mike Chan
> ---
> drivers/video/omap2/dss/dispc.c | 6 -
> drivers/video/omap2/dss/dsi.c | 50 +++---
> 2 files changed, 51 insertions(+), 5 deletions(-)
>
> diff
Signed-off-by: Mike Chan
---
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/dispc.c
index
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
---
arch/arm/plat-omap/resource.c | 13 -
1 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/arch/arm/plat-omap/resource.c b/arch/arm
On Fri, Sep 11, 2009 at 2:10 PM, Kevin
Hilman wrote:
> Mike Turquette writes:
>
>> Kevin Hilman wrote:
>>> Mike Chan writes:
>>>
>>>> Need to lock the res_mutex when traversing the res_list.
>>>>
>>>> Signed-off-by: Mike Chan
On Tue, Sep 8, 2009 at 3:39 PM, Kevin Hilman wrote:
> Mike Chan 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
>
> Functionally, this looks fine. S
Need to lock the res_mutex when traversing the res_list.
Signed-off-by: Mike Chan
---
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 100644
--- a/arch
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
---
arch/arm/plat-omap/resource.c | 14 +-
1 files changed, 9 insertions(+), 5 deletions(-)
diff --git a/arch/arm/plat-omap/resource.c b/arch
On Thu, Sep 3, 2009 at 7:01 AM, Kevin Hilman wrote:
> Mike Chan writes:
>
>> On Tue, Aug 18, 2009 at 8:04 AM, Kevin
>> Hilman wrote:
>>> "Wang Limei-E12499" writes:
>>>
>>>> Seems like I did not submit the patch in the right way, before
On Tue, Aug 18, 2009 at 8:04 AM, Kevin
Hilman wrote:
> "Wang Limei-E12499" 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 strongly recommend using git-format-
Check pwrdm_name instead of the address of a null struct when at the
end of pwrdm_dep array.
Reported-by: Paul Walmsley
Signed-off-by: Mike Chan
---
arch/arm/mach-omap2/powerdomain.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/powerdomain.c
b
On Tue, Aug 11, 2009 at 11:32 PM, Paul Walmsley wrote:
> Hi Mike,
>
> On Tue, 11 Aug 2009, Mike Chan wrote:
>
>> On Tue, Aug 11, 2009 at 7:38 AM, Kevin
>> Hilman wrote:
>> > Mike Chan writes:
>> >
>> >> Signed-off-by: Mike Chan
>
On Tue, Aug 11, 2009 at 7:38 AM, Kevin
Hilman wrote:
> Mike Chan writes:
>
>> Signed-off-by: Mike Chan
>> ---
>> arch/arm/mach-omap2/powerdomain.c | 2 +-
>> 1 files changed, 1 insertions(+), 1 deletions(-)
>>
>> diff --git a/arch/arm/mach-oma
Signed-off-by: Mike Chan
---
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
+++ b/arch/arm
, Ranjith 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;
On Thu, Jul 30, 2009 at 8:44 AM, Pandita, Vikram 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 Hilma
Omap folks, how are drivers that require access to prm and cm
registers via cm_read_mod_reg() etc... suppose to access these?
For example if drivers/usb/host/ohci-omap.c wanted to call:
cm_read_mod_reg(OMAP3430ES2_USBHOST_MOD, CM_IDLEST);
It seems some of the headers in mach-omap2 should be in
pl
On Mon, Jun 29, 2009 at 7:35 AM, Rajendra Nayak 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
> ---
I thin
On Thu, Jun 25, 2009 at 1:12 PM, Wang Sawsd-A24013 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
Wang Sawsd-A24013 wrote:
>> -Original Message-
>> From: Mike Chan [mailto:m...@android.com]
>> Sent: 2009年6月25日 9:25
>> To: Wang Sawsd-A24013
>> Cc: linux-omap@vger.kernel.org
>> Subject: Re: [PATCH 1/2] Support OMAP3 VC adaptation with
>> differ
Wang Sawsd-A24013 wrote:
From c1aba8ba7af3ddd16346d95795bda71e65baa4d0 Mon Sep 17 00:00:00 2001
From: Chunqiu Wang
Date: Wed, 24 Jun 2009 06:48:52 +0800
Subject: [PATCH] Support OMAP3 VC adaptation with different Power IC
Current OMAP SmartReflex driver only supports TI Triton
Power IC, add a c
On Wed, Jun 17, 2009 at 11:03 PM, wrote:
>
> Hi,
>
> Perhaps someone from TI could comment that. I'm not sure if I can share
> errata information for public discussion.
>
> Br,
> Samu
>
> >-Original Message-
> >From: ext Paul Walmsley [mailto:p...@pwsan.com]
> >Sent: 17 June, 2009 19:25
>
Expand configure_vc() to support configurable voltage levels.
Signed-off-by: Mike Chan
---
arch/arm/mach-omap2/pm.h | 14 -
arch/arm/mach-omap2/pm34xx.c | 60 +
2 files changed, 43 insertions(+), 31 deletions(-)
diff --git a/arch/arm/mach
On Thu, May 21, 2009 at 3:37 PM, Paul Walmsley 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
> >
61 matches
Mail list logo