== Key Points for wider discussion ==
* Android LEB is almost done
* Pushing to AOSP
== Team Highlights ==
* Started weekly WG and LT integration meetings
* Helped debug SGX issue
* Continued SPDX work
* Almost finished with Pandroid build
* LAVA Gtk+ published
* AOSP contribution: https://review.source.android.com//#change,23997
* AOSP contribution: https://review.source.android.com//#change,23998
* Tried snowball community distro: Unable to boot
* Frans and Bernhard coming onboard
== Risks / Issues ==
* Staff
* Licensing
== Miscellaneous ==
* New starters: Frans Gifford, Bernhard Rosenkränzer
== Key Points for wider discussion ==
* LEB work progressing
* Reference builds available
== Team Highlights ==
* Gave Android Public Plan Review
* Attended and participated in the Multimedia WG Mini-Summit in Austin
* Started bringing in Pandroid build
* 4.5 GCC packaging work
== Risks / Issues ==
* Staff
== Miscellaneous ==
* None
Getting the Android Platform Team status pages out. Sorry for the wait.
== Key Points for wider discussion ==
* Starting to look at shipping a full Panda LEB
== Team Highlights ==
* Started working on Android public plan
* Started interviewing new candidates
* Created LT panda build to work from
* Created GTK LAVA frontend
== Risks / Issues ==
* Need staff
* Computex demo needs clarity
== Miscellaneous ==
* None
This note is to confirm that Linaro GCC 4.5 entered maintenance on
June 28, 2011.
The new development branch is the 4.6.1 based Linaro GCC 4.6. Linaro GCC 4.5
continues to be actively supported with select high-impact bug fixes
and will remain so until it enters end-of-life, shortly after Linaro
GCC 4.7 is released. Monthly releases will be made alongside the new
development release.
-- Michael Hope
Toolchain Technical Lead
This note is to confirm that support for Linaro GCC 4.4 formally ended
on June 28, 2011.
The recommended upgrade path is to our current Linaro GCC 4.6
development branch or to our Linaro GCC 4.5 maintenance branch.
Third-party fixes continue to be accepted for Linaro GCC 4.4 and all
releases, branches, and history will remain available.
Since entering development in July 2010, we have made eight releases
containing many new features 22 bug fixes. Linaro GCC 4.4 was our
first release and set the stage for the current, ongoing work.
-- Michael Hope
Toolchain Technical Lead
Hi Fathi,
Given the results of last week's weekly testing, do you think we should
now flip the switch to move to using the images built by
ubuntu-build.linaro.org (offspring.linaro.org as was)?
If not, what are the blockers to doing so?
Thanks,
James
== Zach Pfeffer pfefferz ==
=== Highlights ===
* Finishing up 11.06 milestones
* Tested patch to linaro-image-tools for Android LEB
* Got Android PoC program underway (Frans for STE, Bernhard for Freescale)
* Clarified 11.06 deliverable
* Onboarded Bernhard Rosenkraenzer and Frans Gifford
* Interviewed
* Held meeting and wrote up ideas for AOSP upstreaming
* Forward ported EDID parser from Pandroid 35 to Andy's TI LEB to
ensure a fully enable LEB with 1080P
* Supported STE's Android bringup
=== Plans ===
* Finish 11.06 release
* Go through the backlog for 11.07 planning
* Push Freescale and STE builds forward
=== Issues ===
* Need a company-wide AOSP plan
* Need AOSP based 3.0 kernels
The Linaro Kernel Working Group (KWG) is excited to announce the
availability our June 2011 development snapshot:
linux-linaro-2.6.39-2011.06-0
As the word "snapshot" implies, these are meant as development kernels
and have not been fully validated. You should expect issues and to help
us deliver a better kernel in the future, please file bugs in Launchpad at
https://bugs.launchpad.net/linux-linaro.
The source tarball is available at:
http://launchpad.net/linux-linaro/2.6.39/2.6.39-2011.06/+download/linux-lin…
The kernel sources can also be accessed using git at:
git://git.linaro.org/kernel/linux-linaro-2.6.39.git
tag: linux-linaro-2.6.39-2011.06-0
This snapshot is based on the 2.6.39.1 stable kernel with a number
of changes developed by Linaro and integrated from the 3.0-rc. The
changes since our 11.05 release, other than what is already in
2.6.39 include:
* Fixed LP #754254: imx51 randomly truncates serial input at 31 characters
* Ability to append Device Tree to zImage at build time
* Support for parallel async MMC requests
* Common MMIO clocksource infrastructure
* Moving of various drivers out of arch/arm into drivers/
A full changelog against 2.6.39.1 is available at:
http://launchpad.net/linux-linaro/2.6.39/2.6.39-2011.06/+download/linux-lin…
High Priority Known Issues:
* Only half of RAM useable when using Device Tree on Panda board
(LP #707047)
Mailing list: http://lists.linaro.org/mailman/listinfo/linaro-dev
Questions? https://ask.linaro.org/
https://wiki.linaro.org/OfficeofCTO/Status/2011-06-21
== Highlights ==
- The Memory Management group met on #linaro-mm-sig IRC channel on
20110622. A summary of the meeting:
* Most of the discussion revolved around the large physical
allocation support (aka CMA) - specifically on the CMA areas
initialization, allocations being in a specific area (memory bank),
handling device specific attributes.
* Towards the end of the meeting the discussion also touched on
dma-mapping API status, as well as the participation to Linaro Connect.
There are already 5 V4L2 developers interested in collocating a V4L2
brainstorming session with Linaro Connect. there might be a 6th one
- ARMHF
* Java is fixed - at least gcj seems to work. However immediately
after that ecj started complaining. Konstantinos has nevertheless built
a lot of packages for armhf - next step is to bootstrap openjdk
* kde4libs has been failing lately, leading to not being able to have
kde armhf packages ready. This was pinpointed to be due to qt4 atomics
being broken on armhf, missing the patch from Ubuntu, so kde packages
are now getting fixed
* Debian has/is just undergoing a huge number of transitions now,
and for debian-ports the team has to act on those manually (status is in
http://www.debian-ports.org/~iwamatsu/transition/)
- Device tree: Grant Likely has been working on bug
https://bugs.launchpad.net/bugs/707047 (Only half of RAM useable when
using Device Tree on Panda board). Grant is also coordinating the
efforts for the Linaro Connect discussions related to device tree and
boot architecture.
- Boot architecture: Loïc Minier has started a discussion on the
boot-architecture mailing list (see
http://lists.linaro.org/pipermail/boot-architecture/2011-June/000016.html)
- trying to create a reasonable use case which 'expresses the concept of
"modules" that the boot architecture would cover'.
== Upcoming Deliverables ==
* Expected to close some documentation work items for ARMHF and Boot
Architecture during week 26
* Bootable SD card images for armhf, for the efikas, pandaboard,
trimslice, should be uploaded during week 26
* ARMHF initial set of benchmarks should start appearing during week 26
== Miscellaneous ==
David Rusling back from holiday
Konstantinos Margaritis is back from the Genesi sprint US trip
--
Ilias Biris,
Aallonkohina 2D 19, 02320 Espoo, Finland
Tel: +358 50 4839608 (mobile)
Email: ilias dot biris at linaro dot org
Skype: ilias_biris
https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/WeeklyReport
== Highlights:
* glcompbench and glmark2 have been released on 20110627
* unity-gles tarball on its way for the milestone release - getting
ironed out as this is written
* Last week's Graphics meeting was replaced by the meeting of the Memory
Management group which took place on #linaro-mm-sig IRC channel on
20110622. There is more detailed information on the linaro-mm-sig
meeting wiki page
(https://wiki.linaro.org/OfficeofCTO/MemoryManagement/Notes/2011-06-22).
Also don't miss to read the LWN article on Contiguous Memory Allocation
: http://lwn.net/Articles/447405/
== Upcoming Deliverables: Planned content for the 11.07 release.
== Risks / Issues:
This was discussed together with Jesse Barker and Kurt Taylor from MMWG:
related to Android released content from the graphics WG, we would need
some guidance and support. Specifically having someone from the Android
team guide our integration tasks, and perhaps set up a regular sync-up
about Android integration would be beneficial.
BR,
--
Ilias Biris,
Aallonkohina 2D 19, 02320 Espoo, Finland
Tel: +358 50 4839608 (mobile)
Email: ilias dot biris at linaro dot org
Skype: ilias_biris
