Development for big.LITTLE MP continues in a strong way, however as
our efforts for big.LITTLE IKS ramp up to delivery, process and
project management will focus on that project until the end of the
year. As such, the next big.LITTLE MP status will be sent out in
January.
I will be happy to respond to any questions related to big.LITTLE MP
through the normal channels.
Apologies and thanks for your patience.
--
David Zinman, Project Manager
Linaro.org | Open source software for ARM SoCs
Hi,
I converted lava-test test definitions to work on lava-test-shell with
the new YAML format. These converted tests are mostly from
https://code.launchpad.net/~linaro-foundations
I request someone from developer platform team to merge these tests to
the bzr repositories so that it will be easy to maintain these tests in
future.
PFA the patches and the following are the repositories to which the
patch should be applied:
1) lp:~linaro-foundations/linaro-ubuntu/lava-test-device-tree -
device-tree-patch.txt
2) lp:~linaro-foundations/linaro-ubuntu/lava-test-bt-enablement -
bt-enablement-patch.txt
3) lp:~linaro-foundations/linaro-ubuntu/lava-test-basic-graphics -
basic-graphics-patch.txt
4) lp:~linaro-foundations/linaro-ubuntu/lava-test-wifi-enablement -
wifi-enablement-patch.txt
5) lp:~linaro-foundations/lava-test/lava-perf-test - perf-test-patch.txt
6) lp:~linaro-foundations/lava-test/new-test-definitions -
other-tests-patch.txt
Thank You.
--
Senthil Kumaran S
http://www.stylesen.org/http://www.sasenthilkumaran.com/
Hi Andrey
Now I'm providing a single LT topic based off linux-linaro-core-tracking
(llct), and you said that you need everyone to base off the same version
of llct, don't we need some kind of notification system where you
announce a plan to rebuild linux-linaro and give us a version of llct to
base our LT branches off?
--
Tixy
Adding other interested parties.
Dave
Begin forwarded message:
> From: Dave Pigott <dave.pigott(a)linaro.org>
> Subject: Minor downtime
> Date: 13 December 2012 09:37:30 GMT
> To: "linaro-validation(a)lists.linaro.org Validation" <linaro-validation(a)lists.linaro.org>
>
> Hi all,
>
> As part of my investigations into our IP addressing issue, I am going to reboot one of the Cisco switches in the lab. This will mean downtime of maybe a few minutes, and will happen later today. It means that Pandas 05-24, Origens 02-10 and the Toolchain pandas will be unavailable during that time.
>
> Thanks
>
> Dave
Hi,
I have tried to build linaro.img on validation.linaro.org and found below
error. I request you provide way forward on this.
$ linaro-android-media-create --image-file linaro.img --image-size 2000M
--dev vexpress --boot boot.tar.bz2 --system system.tar.bz2 --userdata
userdata.tar.bz2
Traceback (most recent call last):
File "/usr/bin/linaro-android-media-create", line 105, in <module>
board_config = android_board_configs[args.dev]
AttributeError: 'Namespace' object has no attribute 'dev'
[sudo] password for naresh-kamboju:
$ ls
boot.tar.bz2 system.tar.bz2 userdata.tar.bz2
Best regards
Naresh Kamboju
This patch follows the discussion about reinitializing the power usage
when a C-state is added/removed.
https://lkml.org/lkml/2012/10/16/518
We realized the power usage field is never filled and when it is
filled for tegra, the power_specified flag is not set making all these
values to be resetted when the driver is initialized with the set_power_state
function.
Julius and I feel this is over-engineered and the power_specified
flag could be simply removed and continue assuming the states are
backward sorted.
The menu governor select function is simplified as the power is ordered.
Actually the condition is always true with the current code.
The cpuidle_play_dead function is also simplified by doing a reverse lookup
on the array.
The set_power_states function is removed as it does no make sense anymore.
As a consequence, this patch fix also the bug where on the dynamic C-state
system, the power fields is not initialized.
Signed-off-by: Daniel Lezcano <daniel.lezcano(a)linaro.org>
Cc: Julius Werner <jwerner(a)chromium.org>
---
drivers/cpuidle/cpuidle.c | 17 ++++-------------
drivers/cpuidle/driver.c | 25 -------------------------
drivers/cpuidle/governors/menu.c | 8 ++------
include/linux/cpuidle.h | 2 +-
4 files changed, 7 insertions(+), 45 deletions(-)
diff --git a/drivers/cpuidle/cpuidle.c b/drivers/cpuidle/cpuidle.c
index 8df53dd..e1f6860 100644
--- a/drivers/cpuidle/cpuidle.c
+++ b/drivers/cpuidle/cpuidle.c
@@ -69,24 +69,15 @@ int cpuidle_play_dead(void)
{
struct cpuidle_device *dev = __this_cpu_read(cpuidle_devices);
struct cpuidle_driver *drv = cpuidle_get_cpu_driver(dev);
- int i, dead_state = -1;
- int power_usage = -1;
+ int i;
if (!drv)
return -ENODEV;
/* Find lowest-power state that supports long-term idle */
- for (i = CPUIDLE_DRIVER_STATE_START; i < drv->state_count; i++) {
- struct cpuidle_state *s = &drv->states[i];
-
- if (s->power_usage < power_usage && s->enter_dead) {
- power_usage = s->power_usage;
- dead_state = i;
- }
- }
-
- if (dead_state != -1)
- return drv->states[dead_state].enter_dead(dev, dead_state);
+ for (i = drv->state_count - 1; i >= CPUIDLE_DRIVER_STATE_START; i--)
+ if (drv->states[i].enter_dead)
+ return drv->states[i].enter_dead(dev, i);
return -ENODEV;
}
diff --git a/drivers/cpuidle/driver.c b/drivers/cpuidle/driver.c
index 3af841f..bb045f1 100644
--- a/drivers/cpuidle/driver.c
+++ b/drivers/cpuidle/driver.c
@@ -19,34 +19,9 @@ DEFINE_SPINLOCK(cpuidle_driver_lock);
static void __cpuidle_set_cpu_driver(struct cpuidle_driver *drv, int cpu);
static struct cpuidle_driver * __cpuidle_get_cpu_driver(int cpu);
-static void set_power_states(struct cpuidle_driver *drv)
-{
- int i;
-
- /*
- * cpuidle driver should set the drv->power_specified bit
- * before registering if the driver provides
- * power_usage numbers.
- *
- * If power_specified is not set,
- * we fill in power_usage with decreasing values as the
- * cpuidle code has an implicit assumption that state Cn
- * uses less power than C(n-1).
- *
- * With CONFIG_ARCH_HAS_CPU_RELAX, C0 is already assigned
- * an power value of -1. So we use -2, -3, etc, for other
- * c-states.
- */
- for (i = CPUIDLE_DRIVER_STATE_START; i < drv->state_count; i++)
- drv->states[i].power_usage = -1 - i;
-}
-
static void __cpuidle_driver_init(struct cpuidle_driver *drv)
{
drv->refcnt = 0;
-
- if (!drv->power_specified)
- set_power_states(drv);
}
static int __cpuidle_register_driver(struct cpuidle_driver *drv, int cpu)
diff --git a/drivers/cpuidle/governors/menu.c b/drivers/cpuidle/governors/menu.c
index bd40b94..fe343a0 100644
--- a/drivers/cpuidle/governors/menu.c
+++ b/drivers/cpuidle/governors/menu.c
@@ -312,7 +312,6 @@ static int menu_select(struct cpuidle_driver *drv, struct cpuidle_device *dev)
{
struct menu_device *data = &__get_cpu_var(menu_devices);
int latency_req = pm_qos_request(PM_QOS_CPU_DMA_LATENCY);
- int power_usage = -1;
int i;
int multiplier;
struct timespec t;
@@ -383,11 +382,8 @@ static int menu_select(struct cpuidle_driver *drv, struct cpuidle_device *dev)
if (s->exit_latency * multiplier > data->predicted_us)
continue;
- if (s->power_usage < power_usage) {
- power_usage = s->power_usage;
- data->last_state_idx = i;
- data->exit_us = s->exit_latency;
- }
+ data->last_state_idx = i;
+ data->exit_us = s->exit_latency;
}
/* not deepest C-state chosen for low predicted residency */
diff --git a/include/linux/cpuidle.h b/include/linux/cpuidle.h
index 3711b34..24cd103 100644
--- a/include/linux/cpuidle.h
+++ b/include/linux/cpuidle.h
@@ -126,9 +126,9 @@ struct cpuidle_driver {
struct module *owner;
int refcnt;
- unsigned int power_specified:1;
/* set to 1 to use the core cpuidle time keeping (for all states). */
unsigned int en_core_tk_irqen:1;
+ /* states array must be ordered in decreasing power consumption */
struct cpuidle_state states[CPUIDLE_STATE_MAX];
int state_count;
int safe_state_index;
--
1.7.5.4
Hi,
The Powertop Linaro-2012.12 release is available[1] based on upstream
v2.2 version. The upstream v2.2 minor release mainly includes bug fixes
and new report generator facility. Detailed notes available at [2].
Powertop Linaro-2012.12 release highlights
- Bug fix to display freq stats when cpuidle is not enabled
- Devfreq support to display devfreq device freq stats
[1] http://git.linaro.org/gitweb?p=tools/powertop-2.0.git
[2] http://lists.01.org/pipermail/powertop/2012-November/000619.html
--
Regards,
Rajagopal