Enclosed please find the link to the Weekly Status report
for the kernel working group for the week ending 2011-08-26.
== Meeting Minutes ==
https://wiki.linaro.org/WorkingGroups/Kernel/Meetings/2011-08-29
== Weekly Status Report ==
https://wiki.linaro.org/WorkingGroups/Kernel/Status/2011-09-01
== Summary, for details see the Status Report ==
* New kernel process overview doc is being drafted
https://docs.google.com/a/linaro.org/document/d/19bqP5akuMCEohb5Ko94emUWBVg…
* Submitted pl330 DMA driver device tree support patches for review.
* Samsung's uart irq handling patches that move irq handling from platform
code to driver is accepted in Greg's tty tree.
* Brought up i.mx6q SMP support
* Added the support of ARM Dormant/Shutdown mode on i.mx6q
* A v3.1-rc2 and device tree based kernel is running on i.mx6q
* i.MX code clean up and consolidation: patch-set has been merged to soc
tree.
* Pushed out v5 of the pinctrl/pinmux subsystem
* The bulk of gpio.h cleanup patches have been merged
* John Stultz Implemented the proposed config tooling for config
fragments, as will be presented at Plumbers conference
* Posted kprobes test code to the linux-arm-kernel list.
* Improved flash performance use case an simulation programs to provide
details of timings so that simulation accuracy can be mor easily judged.
* Submitted patches "Remove define CONSISTENT_DMA_SIZE" were pulled by
RMK for inclusion in Linux 3.2.
* Rebased and resubmitted a patch to get rid of a few StrongARM
cache-related build time constants (prerequisite to another patch series
removing most instances of <mach/memory.h>)
Best regards,
Mounir
--
Mounir Bsaibes
Project Manager
Follow Linaro.org:
facebook.com/pages/Linaro/155974581091106http://twitter.com/#!/linaroorghttp://www.linaro.org/linaro-blog <http://www.linaro.org/linaro-blog>
Now that we have an Android build for every board and Gerrit and LAVA
I'd like to unify how we handle kernels for each so that we can work
more efficiently, start to unify the kernels and provide a means for
external Android users to start to improve these trees.
First, since we control the kernels that go into our Android builds
I'd like to follow AOSP convention and have:
kernel/common.git (john's tree)
kernel/imx53.git
kernel/omap.git
kernel/origen.git
kernel/snowball.git
(right now we have:
panda, beagle
<remote name="linaro-other" fetch="git://git.linaro.org/"/>
<project path="kernel" name="people/jstultz/android"
revision="linaro-android-3.0" remote="linaro-other"/>
panda-leb
<remote name="linaro-other" fetch="git://git.linaro.org/"/>
<project path="kernel" name="people/andygreen/kernel-tilt"
revision="tilt-jstultz-linaro-android-3.0" remote="linaro-other"/>
leb-snowball
<remote name="linaro-other" fetch="git://git.linaro.org/"/>
<project path="kernel" name="bsp/st-ericsson/linux-3.0-android-ux500"
revision="master" remote="linaro-other"/>
leb-origen
<remote name="linaro-other" fetch="git://git.linaro.org/"/>
<project path="kernel" name="people/angus/linux-linaro-3.0"
remote="linaro-other" revision="android"/>
leb-imx53
<remote fetch="git://git.linaro.org/" name="linaro-other"/>
<project name="people/bernhardrosenkranzer/android-kernel-iMX53"
path="kernel" remote="linaro-other"
revision="3d981d9418c53e3e1a079582088121c641588791"/>
)
I'd like these to be at git://android.git.linaro.org/. I'd like to not mirror.
Each tree would accept patches via Gerrit and be maintainable through
standard git by the tree maintainers. This should allow upgrades to
each, without needing to push all the upgrade patches through Gerrit.
Next, we'd like to point to a tip branch for each of these trees. This
branch would be were development would be happening. Tracking tip is
fundamental to continuous integration, if its broken then the primary
job of everyone should be getting it going again. I'd like to suggest
the branches be named the same and follow John's branch naming
convention:
linaro-android-3.0...etc
Lastly, I'd like to request (and we may be able to automate this once
all the kernels are co-located) that once a pinned-manifest.xml comes
out, referencing a specific sha1, I'd like to lay a tag on that sha so
it sticks around. Its better to tag after the fact because it saves
having to do another build/test/qa cycle and will ensure that our
pinned-manifest.xml continue to work.
I suspect a few growing pains, but I think this is going to be great.
Once the kernels are co-located we should be able to look at Gerrit
extensions that allow easier upstream patch submission and tracking.
We should also be able to more easily refactor things. Using the
Gerrit flow and extending it to support Android upstreaming is exactly
the thing Linaro was built for. Since Gerrit is such an integral part
of Android development, extensions to allow patch propagation would
allow a lot of the good work to flow back into the mainline kernel.
-Zach
Enclosed please find the link to the Meeting Minutes & Weekly Status report
for the Power Management working group for the week ending 2011-08-26.
== Meeting Minutes ==
https://wiki.linaro.org/WorkingGroups/PowerManagement/Meetings/2011-08-31
== Weekly Status Report ==
https://wiki.linaro.org/WorkingGroups/PowerManagement/Status/2011-09-01
== Summary ==
* Made hotplug power measurements on st-e u8500 platform
* mp3 playback test showed between 7 to 8% power improvement
* cpuhotplug - For Linux idle case, no visible improvement as power is
already very low
* Finished GPIO support in power debug.
* linaro-pm-qa integration with LAVA went well, we should start seeing a
daily test of power management suite
* Published git tree containing common Samsung save and restore code
* Preparing thermal framework for upstreaming and preparing slides for
Plumbers conference
* Started to work on integration of thermal with OMAP4460 power management
* Re-writing cpuidle driver
* Started design work on struct clk, created some notes and design points
for discussion at LPC
* Rebased PMWG kernel git tree to 3.1-rc4
Best regards,
Mounir
--
Mounir Bsaibes
Project Manager
Follow Linaro.org:
facebook.com/pages/Linaro/155974581091106http://twitter.com/#!/linaroorghttp://www.linaro.org/linaro-blog <http://www.linaro.org/linaro-blog>
Hi All,
As a reminder, please register and organise your attendance at Linaro
Connect Q4.11 as soon as possible. In particular:
· if you're going to need a visa you should register now so we can
get the process going with your respective embassy
· if you need internal company approvals for attendance, make sure
its underway - and let me know if you need any additional supporting
information
· if you are a Canonical secondee to Linaro, you should register to
Linaro Connect (not UDS)
The hotel registration and booking details are now here:
http://connect.linaro.org/events/event/linaro-connect-q411/
Schedule information should be following in the next couple of weeks, I'll
send an update when they are available.
Thx
Stephen Doel
Chief Operating Officer
T: +44 1223 45 00 23 │ M: +44 77 66 014 247
<http://www.linaro.org/> Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook
<http://www.facebook.com/pages/Linaro/155974581091106> | Twitter
<http://twitter.com/#!/linaroorg> | Blog
<http://www.linaro.org/linaro-blog/>
Status: https://wiki.linaro.org/OfficeofCTO/WeeklyReport
Last Meeting minutes: https://wiki.linaro.org/OfficeofCTO/2011-08-30
Not much to report as many were either on vacation or just returning
from vac.
Highlights:
ARMHF: build farm setup for the Freescale quickstart boards used. Build
farm is now ready - just waiting to be fit in a machine room at ARM.
On the Debian hardfp build: mono/armhf has been uploaded.
chromium-browser fails checking why, building both qtwebkit/webkitgtk+
now manually. Konstantinos also reported that he needs to get some 180
packages to be built to reach past the 90% mark
Boot architecture: meetings scheduled to restart on the week after LPC.
Best,
--
Ilias Biris ilias.biris(a)linaro.org
Project Manager, Linaro
M: +358504839608, IRC: ibiris Skype: ilias_biris
Linaro.org│ Open source software for ARM SoCs
Enclosed, please find a link to the agenda, notes and actions from the Linaro
Release Weekly meeting held on September 1st in #linaro-meeting on
irc.freenode.net at 16:00 UTC.
== Meeting Minutes ==
http://wiki.linaro.org/Cycles/WeeklyReleaseMeeting/2011-09-01
== Meeting Log ==
http://irclogs.linaro.org/meeting-logs/linaro-meeting/2011/linaro-meeting.2…
== Previous actions items ==
* fabo to sync with pfalcon/asac to get more space for android builders - DONE
RT#87 opened, space extended to 30G. RT#90 opened, quote of additional hard
drives INPROGRESS.
== Agenda ==
* Current focus:
the list of components delivered for this cycle is up-to-date - INPROGRESS
the milestone pages for this cycle are created - DONE
the blueprints are targeted to this cycle - INPROGRESS
the blueprints have a headline and an acceptance criteria - INPROGRESS
REMINDER: the headlines should be worded nicely to figure on the release
notes/announcement highlights and minimize re-wording.
* Toolchain WG release date
Dev Platform and Android would like to have the toolchain released 2 weeks
before Linaro release. 3rd Thursday vs last Thursday: delay varies. Sometime
it's a week, sometime it's 2 weeks.
* Release dashboard available on the wiki:
http://wiki.linaro.org/Cycles/1109/Release/Dashboard
* Next week:
- call for testing on Monday (using form, lava-qatracker will be used as soon
as available).
- release response team setup.
== Image status ==
* disk space issues raised for Ubuntu and Android builders. It's planned to
add additional hard drives for both. See also RT#86, RT#87 and RT#90.
== Bugs ==
* http://bugs.launchpad.net/bugs/709245 High
ARM SMP scheduler performance bug
=> Tracked by jcrigby
* http://bugs.launchpad.net/bugs/732912 High
omapdss DISPC error: GFX_FIFO_UNDERFLOW
=> Tracked by mounir/doanac; fixed according to doanac
* http://bugs.launchpad.net/bugs/753878 High
Ubuntu image - icons and parts of screen disappear with Origen
=> Assigned to rsalveti
* http://bugs.launchpad.net/bugs/754254 High
imx51 randomly truncates serial input at 31 characters
=> Waiting for springz
* http://bugs.launchpad.net/bugs/788746 High
Ethernet is not enabled be default
=> Assigned to mpoirier
* http://bugs.launchpad.net/bugs/807230 High
ADB requires new userland setup w/ linux-linaro-android 3.0-2011.07
=> Assigned to vishal
* http://bugs.launchpad.net/bugs/816491 High
System crashes when display attempts to sleep
=> Waiting for agreen
* http://bugs.launchpad.net/bugs/816638 High
Pulseaudio consumes 100% of the cpu when trying to play a sound with natty's
linaro LEB and 3.0.0-1402-linaro-lt-omap
=> Assigned to rsalveti, kan_hu is helping
* http://bugs.launchpad.net/bugs/823313 High
Android LEB fails to mount system and user partition interminttently
=> Assigned to philang
* http://bugs.launchpad.net/bugs/829220 Critical
linaro-media-create fails for snowball_emmc
=> Fixed but trigger another issue, mpoirier to comment
* http://bugs.launchpad.net/bugs/832356 High
LT-Panda 11.07/08 lacks device tree support
=> Assigned to rsalveti
* http://bugs.launchpad.net/bugs/832397 High
add Origen support to linaro-android-media-create
=> Fix committed but not released
== Action items ==
* mounir to open the discussion with michael hope about toolchain release date.
* james_w/pfalcon/fabo to follow-up closely on disk space issues, quote of
hardrive.
== People present ==
fabo
pfefferz
rsalveti
james_w
mounir
plars
ibiris
doanac
mpoirier
tgall_foo
uahmad
--
Fathi Boudra
Linaro Release Manager | Platform Project Manager
Linaro.org | Open source software for ARM SoCs
So being on vacation for a few days and checking my mail and have found
an explosion of emails. Unfortunately most of them are duplicates.
It seems the linaro-dev list isn't configed to avoid mailing folks who
are already recipients of the email. So if you're on linaro-dev and
you're also To/CC'ed in the email, you get it twice (three times if your
other work email was CC'ed as well, but that cannot be helped).
Is this something that can be easily resolved? I really don't know much
about maillist servers, but I do know I've not had this issue on other
mailing lists. So it should be possible.
Thoughts? (but don't CC me! :)
-john
Patch 1: It fixes the incorrect card detection type.
Patch 2: It enables secondary MMC port.
Patch 3: It extends support of 8-bit bus width
The patches are rebased to for-next branch of
git://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung.git
Tushar Behera (3):
ARM: EXYNOS4: Fix sdhci card detection for ORIGEN
ARM: EXYNOS4: Add support for secondary MMC port on ORIGEN
ARM: EXYNOS4: Add support for 8-bit bus width in SDHCI for ORIGEN
arch/arm/mach-exynos4/Kconfig | 1 +
arch/arm/mach-exynos4/mach-origen.c | 19 ++++++++++++++++---
2 files changed, 17 insertions(+), 3 deletions(-)
--
1.7.4.1