On Tue, 2013-02-05 at 15:13 +0800, Leo Yan wrote:
On 01/29/2013 06:26 PM, Jon Medhurst (Tixy) wrote:
What I suspect is that the configuration in SITE1/HBI0249A/board.txt
isn't right, particularly the value for SCC 0x700. We are currently
putting the files and instructions together for
On Tue, Feb 5, 2013 at 6:37 AM, Rafael J. Wysocki r...@sisk.pl wrote:
On Monday, February 04, 2013 04:45:11 PM Nathan Zimmer wrote:
I am noticing the cpufreq_driver_lock is quite hot.
On an idle 512 system perf shows me most of the system time is spent on this
lock. This is quite signifigant
On 4 February 2013 19:06, Borislav Petkov b...@alien8.de wrote:
On Mon, Feb 04, 2013 at 06:55:25PM +0530, Viresh Kumar wrote:
Its not only for multicluster system, but a system where multiple cpus
have separate clock control and hence multiple policy structures.
What are those systems?
On 02/05/2013 04:17 PM, Jon Medhurst (Tixy) wrote:
On Tue, 2013-02-05 at 15:13 +0800, Leo Yan wrote:
On 01/29/2013 06:26 PM, Jon Medhurst (Tixy) wrote:
What I suspect is that the configuration in SITE1/HBI0249A/board.txt
isn't right, particularly the value for SCC 0x700. We are currently
On 5 February 2013 14:45, Borislav Petkov b...@alien8.de wrote:
On Tue, Feb 05, 2013 at 12:50:31PM +0530, Viresh Kumar wrote:
I think this is cleaner but whatever - I don't care that much. My
only strong concern is that this thing should be a Kconfig option and
optional for arches where it
On Tuesday, February 05, 2013 01:58:20 PM Viresh Kumar wrote:
On Tue, Feb 5, 2013 at 6:37 AM, Rafael J. Wysocki r...@sisk.pl wrote:
On Monday, February 04, 2013 04:45:11 PM Nathan Zimmer wrote:
I am noticing the cpufreq_driver_lock is quite hot.
On an idle 512 system perf shows me most of
On Tuesday, February 05, 2013 03:28:30 PM Viresh Kumar wrote:
On Tue, Feb 5, 2013 at 3:33 PM, Rafael J. Wysocki r...@sisk.pl wrote:
I actually don't agree with that, becuase the Nathan's apprach shows the
reasoning that leads to the RCU introduction quite clearly. So if you
don't have
On 5 February 2013 15:57, Borislav Petkov b...@alien8.de wrote:
Are you kidding me? You're simply not reading what I'm saying to you:
... should be optional and selectable in Kconfig so that systems which
don't need that, don't have to see or use it. Because on those systems
it doesn't apply.
On 5 February 2013 12:21, MyungJoo Ham myungjoo@gmail.com wrote:
On Tue, Jan 15, 2013 at 8:21 PM, Rajagopal Venkat
rajagopal.ven...@linaro.org wrote:
On 14 January 2013 20:06, MyungJoo Ham myungjoo@samsung.com wrote:
On Tue, Jan 8, 2013 at 2:50 PM, Rajagopal Venkat
On 5 February 2013 16:34, Borislav Petkov b...@alien8.de wrote:
Here's an even cleaner way:
platform_driver:
init(struct cpufreq_policy *policy)
{
...
add_additional_sysfs_entries(policy);
...
}
...
static void add_additional_sysfs_entries(struct
On 5 February 2013 16:49, Borislav Petkov b...@alien8.de wrote:
On Tue, Feb 05, 2013 at 04:42:23PM +0530, Viresh Kumar wrote:
Tricky part is the name of this routine: add_additional_sysfs_entries().
Now you're just being silly - this is just an example how to do it. If
you want me to do it
Qualcomm's ARM based krait. Currently shipping in millions of Android
phones.
http://en.wikipedia.org/wiki/Krait_(CPU)
Thanks Charles for pointing it out, I knew there is one :)
--
viresh
On 4 February 2013 19:06, Borislav Petkov b...@alien8.de wrote:
On Mon, Feb 04, 2013 at
On 5 February 2013 17:02, Borislav Petkov b...@alien8.de wrote:
On Tue, Feb 05, 2013 at 04:56:03PM +0530, Viresh Kumar wrote:
Just some kind of indication from platform driver is required about
how/where it wants its governor directory to be present.
The indication is this:
config
On 5 February 2013 18:52, Borislav Petkov b...@alien8.de wrote:
On Tue, Feb 05, 2013 at 05:54:57PM +0530, Viresh Kumar wrote:q
This indication isn't enough. On a single image solution, we need to
identify the system which needs support for multiple policies and i
still feel we need that
On 4 February 2013 17:08, Viresh Kumar viresh.ku...@linaro.org wrote:
Currently, there can't be multiple instances of single governor_type. If we
have
a multi-package system, where we have multiple instances of struct policy (per
package), we can't have multiple instances of same governor.
On Tue, Feb 05, 2013 at 11:29:04AM +, Charles Garcia-Tobin wrote:
Actually shooting myself in the foot here, Krait is not such a great
example because although you can use difference between frequencies
you are less likely to use different tunables (not inconceivable
but unlikely).
https://wiki.linaro.org/projects/big.LITTLE.MP
Work Items for functional completion:
https://wiki.linaro.org/projects/big.LITTLE.MP/WorkItems
Roadmap Cards
==
Improving HMP Linux scheduling - http://cards.linaro.org/browse/CARD-190
Blueprints
===
Big.LITTLE MP blueprints
On Tuesday, February 05, 2013 02:58:35 PM Nathan Zimmer wrote:
Ok, I'll rebase and retest from linux-next then.
Thanks!
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
___
linaro-dev mailing list
We playing around with a new meeting format. We may split this meeting
into 2, 30 min calls depending on how things go.
Agenda:
== Concall details ==
* https://wiki.linaro.org/Resources/ZipConferenceLine
* Code: 6893745032
* Please try not to use the toll-free numbers if you can help it
==
If the heater program for heating CPU cannot be launched for some reason, the
tests should return right now, it is wasting time to execute all the rest parts
without heater program.
Signed-off-by: Hongbo Zhang hongbo.zh...@linaro.org
---
thermal/thermal_03.sh | 1 +
thermal/thermal_04.sh | 1 +
It is inconvenient for user to edit these seperated switches, so move them into
one central file.
Signed-off-by: Hongbo Zhang hongbo.zh...@linaro.org
---
Switches | 11 +++
include/functions.sh | 2 ++
suspend/suspend_01.sh | 5 +
suspend/suspend_02.sh | 5 +
The sched_mc test is obsolete now and should be removed, if you still want to
use this test for some reason, use tag pm-qa-0.4.0 or earlier.
Signed-off-by: Hongbo Zhang hongbo.zh...@linaro.org
---
Makefile | 2 --
sched_mc/Android.mk | 18
sched_mc/Makefile
22 matches
Mail list logo