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 toget
On Tue, Feb 5, 2013 at 6:37 AM, Rafael J. Wysocki 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 as top
On 4 February 2013 19:06, Borislav Petkov 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? Examples?
Qu
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
putt
On 5 February 2013 14:45, Borislav Petkov 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 doesn
On Tuesday, February 05, 2013 01:58:20 PM Viresh Kumar wrote:
> On Tue, Feb 5, 2013 at 6:37 AM, Rafael J. Wysocki 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 s
On Tue, Feb 5, 2013 at 3:33 PM, Rafael J. Wysocki 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 technical problems with the patchset, I'm going to take it as is.
Great!!
Okay
On Tuesday, February 05, 2013 03:28:30 PM Viresh Kumar wrote:
> On Tue, Feb 5, 2013 at 3:33 PM, Rafael J. Wysocki 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 technical
On 5 February 2013 08:05, Lukasz Majewski wrote:
> Hi Vincent,
>
>> Hi Lukasz,
>>
>> I still need to get figures for the cover letter of the V3 of packing
>> small tasks patches. Nevertheless, the patches series is available
>> here:
>> http://git.linaro.org/gitweb?p=people/vingu/kernel.git;a=shor
On 5 February 2013 15:57, Borislav Petkov 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.
>
> How a
On 5 February 2013 12:21, MyungJoo Ham wrote:
> On Tue, Jan 15, 2013 at 8:21 PM, Rajagopal Venkat
> wrote:
>> On 14 January 2013 20:06, MyungJoo Ham wrote:
>>> On Tue, Jan 8, 2013 at 2:50 PM, Rajagopal Venkat
>>> wrote:
Set devfreq device min and max frequency limits when device
is ad
On 5 February 2013 16:34, Borislav Petkov 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 cpufreq_poli
On 5 February 2013 16:49, Borislav Petkov 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 for ya, you
>
> 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 wrote:
> > On Mon, Feb 04, 2013 at 06:55:25
On 5 February 2013 17:02, Borislav Petkov 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 CPUFREQ_PLATFOR
On 5 February 2013 18:52, Borislav Petkov 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 variable type
On 4 February 2013 17:08, Viresh Kumar 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. i.e. We can't
> have
>
> 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 unl
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
linaro-dev@lists
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
== A
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
---
thermal/thermal_03.sh | 1 +
thermal/thermal_04.sh | 1 +
thermal/thermal_06.sh |
It is inconvenient for user to edit these seperated switches, so move them into
one central file.
Signed-off-by: Hongbo Zhang
---
Switches | 11 +++
include/functions.sh | 2 ++
suspend/suspend_01.sh | 5 +
suspend/suspend_02.sh | 5 +
suspend/suspend_03.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
---
Makefile | 2 --
sched_mc/Android.mk | 18
sched_mc/Makefile | 25
24 matches
Mail list logo
