Hey Andrey,
While looking on publishing the kernel packages for Ubuntu based on
llt, we noticed that it's unable to build in case CPU_IDLE is enabled.
This is basically because it seems one patch is applied twice, and
both adding the same content at the cpuidle.h file:
$ git blame drivers/cpuidle/cpuidle.h
78bb15d5 (Colin Cross 2012-05-03 10:23:24 +0800 35) #ifdef
CONFIG_ARCH_NEEDS_CPU_IDLE_COUPLED
...
b667844d (Colin Cross 2012-05-03 10:37:35 +0800 65) #ifdef
CONFIG_ARCH_NEEDS_CPU_IDLE_COUPLED
Looking further, it seems that the culprit is b667844d, as you can see
at http://git.linaro.org/gitweb?p=kernel/linux-linaro-tracking.git;a=commitdif…
Guess that we should not only revert it, but maybe fix on the tree
that actually pulled the patch in.
Thanks,
--
Ricardo Salveti de Araujo
Hello
Please send me the panda linaro kernel source code link, If
possible to send source code please sende it otherwise send link only.
Regards
Maqsood khan
Hi,
We have recently updated our panda builds due to which the instructions on
building the sources have changed a little:
tracking-panda.xml based build is now update to pick 3.4 tilt-tracking
kernel and currently doesn't have hw accelerated graphics and hence the
graphics binaries need not be installed (skip running
install-binaries-4.0.4.sh) .
You need to export these parameters before triggering the build:
export TARGET_NO_HARDWAREGFX=1
export KERNEL_CONFIG=omap4plus_defconfig
Here is the update build:
https://android-build.linaro.org/builds/~linaro-android/panda-ics-gcc47-til…
The staging-panda.xml manifest has been updated to track the 3.2 kernel
which was previously used in tracking-panda builds. This build would now
need the graphics binaries (Run install-binaries-4.0.4.sh ) after creating
the sdcard. This build would have the features/bugs of previous
tracking-panda builds:
https://android-build.linaro.org/builds/~linaro-android/panda-ics-gcc47-til…
Regards,
Vishal
Cleanup up imx5 idle code and enable imx5 low powe idle for imx53.
Add common imx cpuidle initialization functionality and add a i.MX5 and i.MX6Q
platform cpuidle implementation.
Based on v3.4 plus recently submitted/accepted MACHINE_INIT late_initcall
patch series: http://www.spinics.net/lists/arm-kernel/msg171620.html and common
clock patch series:
http://comments.gmane.org/gmane.linux.ports.arm.kernel/161043
v5 changes:
* rebase to v3.4 plus common clock patch series
* various trivial changes/fixes from v4 submssion
* Add separate pm_init patch for imx51 and imx53
v4 changes:
* Added several imx5 idle cleanups to series.
* Modified imx_io_p2v function to allow common imx5 AIPS2 bus virutal address
* Added comment to tzic_wakeup_enable().
* Movied imx5 idle code from mm-imx5.c to pm-imx5.c.
* Removed unnecessary time consuming code execution that ran on each idle
instance.
* modified imx5_pm_init to be a late_initcall
* added late_initcall to all imx53 MACHINE_START entries.
* enabled imx5 low power idle for imx53
* rebased cpuidle driver on top of imx5 cleanup changes.
* modified cpuidle driver exit time to reflect removal of unnecessary code
http://comments.gmane.org/gmane.linux.linaro.devel/11858
v3 changes:
* removed file introduced in v1 no longer needed after v2 [per Shawn Guo]
* re-ordered added #includes in alphabetical order [per Shawn Guo]
* Remove if(!drv) check to allow handling by stack trace [per Sascha Hauer]
* Added missing return value in error meesage [per Shawn Guo]
* fixed (void *) casting problem pointed out Sasha Hauer. Used a different
type of casting to properly give warning on improper casting:
arm_pm_idle = (void (*)(void))imx5_idle;
Used this casting instead of adding a dummy caller function because
adding the dummy function appears to unnecessarily introduce the following
additional operations:
static void imx5_pm_idle(void)
{
a0: e1a0c00d mov ip, sp
a4: e92dd800 push {fp, ip, lr, pc}
a8: e24cb004 sub fp, ip, #4
imx5_idle();
ac: ebffffd3 bl 0 <imx5_idle>
}
b0: e89da800 ldm sp, {fp, sp, pc}
http://permalink.gmane.org/gmane.linux.linaro.devel/11653
v2 changes:
* Removed some unnecessary spaces [per Jess Juhl]
* Added return value for an error message [per Sascha Hauer]
* Reworked init scheme to use device tree late_initcall [per Sascha and Shawn]
* Moved imx6q and imx5 cpuidle functionality to existing files.
https://lkml.org/lkml/2012/5/1/363
v1 initial submission:
https://lkml.org/lkml/2012/4/16/644
Robert Lee (7):
ARM: imx: Modify IMX_IO_P2V macro
ARM: imx: Add comments to tzic_enable_waker()
ARM: imx: clean and consolidate imx5 suspend and idle code
ARM: imx: Enable imx53 low power idle
ARM: imx: Add common imx cpuidle init functionality.
ARM: imx: Add imx5 cpuidle
ARM: imx: Add imx6q cpuidle driver
arch/arm/mach-imx/clk-imx51-imx53.c | 2 +-
arch/arm/mach-imx/clock-mx51-mx53.c | 1 +
arch/arm/mach-imx/imx53-dt.c | 1 +
arch/arm/mach-imx/mach-imx6q.c | 19 +++++
arch/arm/mach-imx/mach-mx53_ard.c | 1 +
arch/arm/mach-imx/mach-mx53_evk.c | 1 +
arch/arm/mach-imx/mach-mx53_loco.c | 1 +
arch/arm/mach-imx/mach-mx53_smd.c | 1 +
arch/arm/mach-imx/mm-imx5.c | 26 ++-----
arch/arm/mach-imx/pm-imx5.c | 111 ++++++++++++++++++++++-------
arch/arm/plat-mxc/Makefile | 1 +
arch/arm/plat-mxc/cpuidle.c | 80 +++++++++++++++++++++
arch/arm/plat-mxc/include/mach/common.h | 6 +-
arch/arm/plat-mxc/include/mach/cpuidle.h | 22 ++++++
arch/arm/plat-mxc/include/mach/hardware.h | 25 ++++---
arch/arm/plat-mxc/tzic.c | 4 ++
16 files changed, 243 insertions(+), 59 deletions(-)
create mode 100644 arch/arm/plat-mxc/cpuidle.c
create mode 100644 arch/arm/plat-mxc/include/mach/cpuidle.h
--
1.7.10
FYI
---------- Forwarded message ----------
From: Jean-Baptiste Queru <jbq(a)android.com>
Date: 21 June 2012 12:22
Subject: Contributing to dalvik/libcore: small changes
To: android-contrib(a)googlegroups.com
We're slightly changing the way we manage some branches, please note
the following changes in the way contributions now work in the dalvik
and libcore projects:
-New contributions to those projects need to be prepared in the
master-dalvik branch. The master branch (and other active development
branches) use a frozen snapshot of those projects, on top of which we
can't accept contributions.
-Existing contributions to those projects (i.e. that have been
uploaded) need no further action.
-If you have a master client, you can switch to master-dalvik with
"repo init -b master-dalvik ; repo sync".
-Technically, you can use master-dalvik to contribute to any project,
but that's not recommended. Unless you're explicitly contributing to
dalvik or libcore, please use the plain master branch to prepare your
contributions.
-Note that, since the master branch uses a frozen snapshot, changes
contributed to the dalvik and libcore projects in master-dalvik don't
get reflected in master.
-This does not affect tagged releases, those will continue to be
managed as usual.
JBQ
--
Jean-Baptiste M. "JBQ" Queru
Technical Lead, Android Open Source Project, Google.
Questions sent directly to me that have no reason for being private
will likely get ignored or forwarded to a public forum with no further
warning.
--
Zach Pfeffer
Android Platform Team Lead, Linaro Platform Teams
Linaro.org | Open source software for ARM SoCs
Follow Linaro: http://www.facebook.com/pages/Linarohttp://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog
Hello everyone,
the Infrastructure Team is going to deploy a new version of the
android-build frontend, in order to address bug #1015651.
We are planning to deploy it today (June 21st) at 12UTC, and the
deployment shouldn't take more than 10 minutes.
Only the frontend will be affected.
If the downtime will cause you significant problems, please get in
touch with us.
Thanks.
--
Milo Casagrande
Infrastructure Engineer
Linaro.org <www.linaro.org> │ Open source software for ARM SoCs