On Mon, Oct 3, 2011 at 6:32 PM, Christian Robottom Reis <kiko(a)linaro.org> wrote:
> On Mon, Oct 03, 2011 at 12:20:38PM -0700, Deepak Saxena wrote:
>> Is there usually a key-signing at UDS? If not, should we organize a
>> Linaro one?
>
> Copying Jorge.
>
> Yes, there's usually always a massive key-signing at UDS; Jorge, can you
> get us details as to whether and when the Orlando one is?
As far as I can tell there hasn't been an officially scheduled
keysigning in a while, usually people organize one on their own after
hours, however in light of recent events it might be prudent to
organize one with Linaro on a certain day after sessions.
CCing ubuntu-devel to see if anyone has plans/interest in getting this together.
=== Highlights ===
* Resubmitted kconfig merge_config script to lkml
* Submitted a number of clocksource cleanups to lkml
* Had a number of alarmtimer cleanup patches merged into 3.2 merge
window
* Worked on further prototyping madvise ashmem interface
* Heard from Paul that at Kernel Summit wakelocks were brought up and it
sounds like they may be merged as is! Discussions on the list continue.
* Submitted a documentation patch for the timekeeping core.
* Made final 11.10 Linaro+Android kernel release
* Spent a little time reviewing Neil Brown's userpsace pm deamon, but
not as much as I was hoping for.
* Worked on some virtualized testing environments to help with
development and testing.
* Setup linaro.org google+ account
=== Plans ===
* Linaro connect!
* Continue working on ashmem alternative
=== Issues ===
* None
Just wanted to announce that the final Linaro+Android-3.1 kernel is
available.
I've tagged it as: linux-linaro-3.1-2011.10-2-android-0
>From the branch:
git://android.git.linaro.org/kernel/linaro-android.git linaro-android-3.1-agreen-rebase
No changes other then updating to the latest linaro-3.1 updates.
thanks
-john
Hi -
Linus released 3.1 a couple of days ago, I have archived the tracking
androidization patchset with a pure vanilla 3.1 release basis here
http://git.linaro.org/gitweb?p=landing-teams/working/ti/kernel.git;a=shortl…
The tracking androidization tree has already moved on into Linus' new
pre-3.2 basis territory
http://git.linaro.org/gitweb?p=landing-teams/working/ti/kernel.git;a=shortl…
There were big file layout refactors in the mainline networking stack that
caused a lot of impact network / wireless related patches, some smaller
adaptations needed in gadget related patches and a little bluetooth dust.
Interestingly during the uplevel I noticed three patches (of ~470) had
evidently managed to get upstream so far for 3.2
0419-ipv6-updates-to-privacy-addresses-per-RFC-4941.patch
0431-hid-debug-Show-application-usage-for-each-collection.patch
0432-hid-multitouch-Filter-collections-by-application-usa.patch
I am updating the affected patches in linaro-androidization-tracking
directly. I have already been automatically tagging each push, with, eg,
"linaro-androidization-tracking-2011-10-25-18-24-CST", so there is a history
of these rebase trees being kept.
My plan after this is to perform a more aggressive squash on the refactored
patchset (I would like to considerably reduce the number of "internal
history" type patches, keeping the contributor patch logs in the squash
patch's log) and moving to using just that, instead of continuing to run the
patchset we started with and the refactored one simultaneously.
I am testing this against OMAP4 Panda board, soon there will be more test
coverage coming for the other LEBs supported by Linaro. We know already
that some of the non-core Androidization features were broken in common-3.0
and remained broken in the starting point for this tree. Any patches to fix
things like Broadcomm WLAN or whatever that we don't use at Linaro will be
very welcome. However, we believe the all core Android features are working
fine on this tree, since they result in a working Linaro Android rootfs for
Panda (complete with PVR accelerated video).
-Andy
PS If anyone interested in this stuff is at Linaro Connect, feel free to
ping me for a chat / beer
=== Device Tree ===
* imx5 board level DT series is ready for v3.2 merge window.
* Reviewed Rajendra's regulator DT series, and tested it with mc13892.
Some issue with different level 'struct dev' was found and is being
discussed.
=== Consolidation ===
* Reviewed Linus.W's pinctrl series about pin configuration part gave
input there as far as imx iomuxc controller concerned.
* Working on migrate imx6 clock to common clock v2 series from Mike
Turquette
=== Misc ===
* The imx6q series has been pulled into arm-soc tree by Arnd for v3.2
merge window.
* As suggested by Pengutronix, they want to get Sascha relieved from
the burden of maintaining MXS (imx23 and imx28) sub-architecture.
Since I brought the most of MXS core code to mainline, I stepped up
for maintaining MXS. This will start when v3.2 merge window closes.
I expect some amount of time will be spent on that at daily basis.
* The book of Orlando travel was cancelled.
--
Regards,
Shawn
FYI
---------- Forwarded message ----------
From: Deepti Kalakeri <deepti.kalakeri(a)linaro.org>
Date: Tue, Oct 25, 2011 at 4:37 PM
Subject: [ANN] Linaro CI Kernel Effort 2011.10
To: linaro-dev <linaro-dev(a)lists.linaro.org>
Hello All,
The Linaro Infrastructure team is pleased to announce the Continuous
Integration (CI) efforts 2011.10.
The Infrastructure Team is tasked to develop and maintain a jenkins based,
versatile service run in the cloud that will drive the build part of the
continuous integration loop for engineering components.
Here are the highlights of this release:
1. A first iteration to support kernel maintainers to submit one time jobs
for testing pull
requests or their personal branches has been finished. Infrastructure
team opens this service
to a limited amount of pilot users to gather initial feedback.
Please get in touch with me if you have similar needs.
2. Thanks to the validation team and special thanks to Michael Hudson,
we now have One stop place for kernel CI tracking on LAVA dashboard is
available
where engineers can continuously monitor their kernel for build and
runtime failures.
The same is available @
http://validation.linaro.org/lava-server/kernel-ci-views/index.
3. ci.linaro.org service has been upgraded to now use jenkins 1.419 and EC2
plugin version 1.13.
ci.linaro.org now aligns with jenkins version and EC2 plugin version
with the one used
for other infrastructure services (e.g. android-build). The future
updates on the same
will now on be coordinate across all such similar linaro infrastructure
services.
4. Extended the kernel CI effort by supporting the daily build for
Packaged Linux-linaro 3.0 and Linux-linaro 3.1 kernels for
imx51, panda, vexpress. Packaged Linux-linaro 3.0 is tested on
panda, beagle boards, while Linux-linaro 3.1 kernels is tested on panda
board in the LAVA lab.
5. The release fixes Bug 860556 "CI kernel fails to reboot successfully".
Known issues:
CI kernels causing many "Illegal Instruction"s.
Initial investigations done for this bug hints that this error might be
occurring
when we have a non-thumb2 kernel interacting with a thumb2 user space.
Here is the link for further details on the bug and the steps to reproduce
the same.
https://bugs.launchpad.net/linaro-ci/+bug/859473
Any help to fix this would be appreciated.
If you are interested in trying out this service or if you have a kernel
tree/defconfig that you would like to be continuously built on Linaro CI and
tested in Linaro's LAVA lab, please get in touch with me and the
infrastructure team, to discuss your steps to get started.
Detailed information on ci.linaro.org is available at
+ https://wiki.linaro.org/Platform/Infrastructure/LinaroCI
Details and background on the CI build service and how to request a new job
at
+ https://wiki.linaro.org/Platform/Infrastructure/LinaroCI
--
Thanks and Regards,
Deepti
Infrastructure Team Member, 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
_______________________________________________
linaro-dev mailing list
linaro-dev(a)lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
--
Alexander Sack
Technical Director, Linaro Platform Teams
http://www.linaro.org | Open source software for ARM SoCs
http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog
Hello All,
I have a need to enable thumb2 kernel option for kernel built using
omap2plus_defconfig.
Hence I am trying to find a mechanism to automatically enable the thumb2
kernel config option.
I have tried adding the CONFIG_THUMB2_KERNEL=y option to the .config file by
1) Appending it to the end of the .config using the echo
CONFIG_THUMB2_KERNEL=y >> output_dir/.config
2) By replacing the CONFIG_ARM_THUMB=y with CONFIG_THUMB2_KERNEL=y option
using the sed -ie 's/CONFIG_ARM_THUMB=y/CONFIG_THUMB2_KERNEL=y/g'
output_dir/.config
I follow this with the make oldconfig for ex:
yes "" | make ARCH=arm O=output_dir
KERNELVERSION=3.0.5-758-g051c523-omap2plus-linaro-omap
KERNELRELEASE=3.0.5-758-g051c523-omap2plus-linaro-omap
CROSS_COMPILE=arm-linux-gnueabi- oldconfig
Both the above mechanisms work, but once I run oldconfig the .config is
getting overwritten and it gets back to the old state.
I am sure there is something which I am missing. Can you let me know the
exact steps to overwrite the .config file.
1) I want to be able to overwrite the THUMB option with THUMB2 or add the
THUMB2 option ( if existence of both THUMB and THUMB2 in the .config is
permissible)
2) What would happen if both the CONFIG_ARM_THUMB=y and
CONFIG_THUMB2_KERNEL=y options are present in the .config.
Would the kernel be built with CONFIG_ARM_THUMB=y or
CONFIG_THUMB2_KERNEL=y ?
Do you have any suggestions to enable the THUMB2 option in a non-interactive
way ?
--
Thanks and Regards,
Deepti
Infrastructure Team Member, 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
== Dave Martin <dmart> ==
=== Activity Summary ===
* holiday
=== Plans ===
Move Versatile Express DT patches forward
Follow up on any feedback to AMBA module alias patches.
Prepare for Linaro Connect
* Schedule Versatile Express image deployment blueprint
* Follow up on kernel CI loop blueprint status
Prompt for further feedback on minor Thumb-2 randconfig issues:
* Fixing some Thumb-2 related randconfig errors reported by Arnd:
* pxa/pj4/iwmmxt uses non-Thumb-2-compatible code: waiting for
feedback (probably needs a Marvell expert to comment)
* tegra2 uses non-Thumb-2-compatible code: waiting for feedback from
Colin Cross.
=== Work Items ===
(none this week)
=== Absences ===
(none planned)
== Rajendra Nayak <rnayak> ==
=== Highlights ===
* Reposted v2 of regulator dt support. Split the series to
remove dependencies with omap i2c-twl dt conversions.
Need to figure out how (if at all) to pass the linux specific
regulator parameters via dt.
latest patches can be found here
git://gitorious.org/omap-pm/linux.git for-dt/regulator
* The split series to convert twl-regulator to use dt can be
found here
git://gitorious.org/omap-pm/linux.git for-dt/regulator-i2c-twl
Will repost after the i2c-twl repost from Benoit.
* omap-hsmmc dt conversion completed and can be found here
git://gitorious.org/omap-pm/linux.git for-dt/regulator-i2c-twl-mmc
The series has dependencies on the above regulator series. Will
post with the dependent series.
* Adapted the omap-smps driver (originally done by Tero Kristo) to
dt. Patches can be found here
git://gitorious.org/omap-pm/linux.git for-dt/regulator-i2c-twl-smps
Discussions on-going with Benoit/Kevin if this driver should be
merged with the existing twl-regulator driver.
* Kick started everyone in the team @TI with a presentation/status
on DT on OMAP.
=== Plans ===
* Post all patches under development, taking care of dependencies.
* Adapt spi/ethernet needed for basic NFS based boot, since lot of
developers use NFS within TI.
* Work on basic OMAP5 support (test on emulator/simulator) using
DT.
