Panto,
This looks interesting. cc'ing Rob and Charles who were interested in
this at Connect.
/Amit
On Thu, Jun 21, 2012 at 3:15 AM, Pantelis Antoniou
wrote:
> Many current interesting systems have no ability to simulate the upcoming
> bigLITTLE machines, since their cores have to be clocked at
See:
https://wiki.linaro.org/Platform/Android/Meetings/2012-06-20
Please feel free to add to it.
Android team,
Please list your status.
See everyone tomorrow on #linaro-meeting at 14:00 UTC (8 AM Texas time).
Its like a big hug. :)
--
Zach Pfeffer
Android Platform Team Lead, Linaro Platform
Many current interesting systems have no ability to simulate the upcoming
bigLITTLE machines, since their cores have to be clocked at the same speeds.
Using this driver it is possible to simulate a bigLITTLE system by means
of a standard (virtual) cpufreq driver.
By using a timer per core & irq a
Thought this deserved a wide audience.
Ken worked out how to run Android on QEMU and wrote up a wiki for it:
https://wiki.linaro.org/KenWerner/Sandbox/AndroidQEMU
Thanks Ken!
It may be worth creating a little script that encapsulates everything
so that people can just run it and go on their loc
Hello All,
https://android-build.linaro.org/jenkins/ is back again after maintenance.
If you notice any problem on a-b* please ping the infrastructure
maintenance team (Milo and Deepti) for any problems.
On Mon, Jun 18, 2012 at 1:47 PM, Deepti Kalakeri wrote:
> Hi All,
>
> Infrastructure team f
On Tue, Jun 19, 2012 at 10:28:56AM +0200, Vincent Guittot wrote:
> Heteregeneous ARM platform uses arch_scale_freq_power function
> to reflect the relative capacity of each core
>
> Signed-off-by: Vincent Guittot
> ---
> kernel/sched/features.h |2 +-
> 1 file changed, 1 insertion(+), 1 dele
On 19 June 2012 16:46, Dave Pigott wrote:
> On 18 Jun 2012, at 23:49, Paul Larson wrote:
>
> On Mon, Jun 18, 2012 at 5:03 PM, Michael Hudson-Doyle <
> michael.hud...@linaro.org> wrote:
> Yes, we've discussed that very thing before but it was a lower priority
> because we didn't need to extend the
On 18 Jun 2012, at 23:49, Paul Larson wrote:
> On Mon, Jun 18, 2012 at 5:03 PM, Michael Hudson-Doyle
> wrote:
> Yes, we've discussed that very thing before but it was a lower priority
> because we didn't need to extend the partition numbers that far. Not sure
> why we are needing to do it now
Use cpu compatibility field and clock-frequency field of DT to
estimate the capacity of each core of the system and to update
the cpu_power field accordingly.
This patch enables to put more running tasks on big cores than
on LITTLE ones. But this patch doesn't ensure that long running
tasks will ru
Heteregeneous ARM platform uses arch_scale_freq_power function
to reflect the relative capacity of each core
Signed-off-by: Vincent Guittot
---
kernel/sched/features.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/sched/features.h b/kernel/sched/features.h
index d
From: Peter Zijlstra
The x86 sched power implementation has been broken forever and gets in
the way of other stuff, remove it.
For archaeological interest, fixing this code would require dealing with
the cross-cpu calling of these functions and more importantly, we need
to filter idle time out o
Add infrastructure to be able to modify the cpu_power of each core
Signed-off-by: Vincent Guittot
---
arch/arm/include/asm/topology.h |2 ++
arch/arm/kernel/topology.c | 38 +-
2 files changed, 39 insertions(+), 1 deletion(-)
diff --git a/arch/arm/
This factorization has also been proposed in another patchset that has not been
merged yet:
http://lists.infradead.org/pipermail/linux-arm-kernel/2012-January/080873.html
So, this patch could be dropped depending of the state of the other one.
Signed-off-by: Lorenzo Pieralisi
Signed-off-by: Vince
This patchset creates an arch_scale_freq_power function for ARM, which is used
to set the relative capacity of each core of a big.LITTLE system. It also
removes
the broken power estimation of x86.
Modification since v1:
- Add and update explanation about the use of the table and the range of th
14 matches
Mail list logo