Hi,
Starting tomorrow (28.07.2010, Wednesday), the PM WG will start weekly
calls to discuss status of the work items.
Meeting minutes will be posted at
https://wiki.linaro.org/WorkingGroups/PowerManagement
Regards,
Amit
The weekly report for the Linaro Infrastructure team may be found at:-
https://wiki.linaro.org/Releases/InfrastructureStatus
Summary:
Most of the team were in Prague for the Sprint.
There is a concern that the changes to LexBuilder are behind schedule.
The first licence request was submitted to the TSC.
Progress:
A lot of tasks remain outstanding for the 10.10 beta. This is being
investigated to establish of this is realistic. An update will be
provided in the next report.
We're a bit lacking in hardware at the moment. I've gone through my
setup, given it a bit of a polish, and made the following available to
the outside world:
* pavo1 - a BeagelBoard clone with a hard disk, suitable for running long jobs
* pavo2 - a BragleBoard clone
* orion - an Atom N450 based netbook
* scorpius - an AMD Phenom based machine, useful as a distcc host
Please contact me if you'd like access. Both pavo1 and orion are
suitable for running long jobs on. More details are available at
https://wiki.linaro.org/WorkingGroups/ToolChain/Hardware.
These will shift into the data centre in the future but it's nice to
have them available now.
-- Michael
Hey
Please find below the minutes from yesterday's Kernel Consolidation
Working Group meeting and the activity reports from previous week.
You can find the full meeting notes at
https://wiki.linaro.org/WorkingGroups/KernelConsolidation/Meetings/2010-07-…
== Agenda ==
* Action items from last meeting.
* mwaddel to code review the arm_next.git tree and check that all
patches are present.
* [DONE] mwaddel will try the kernel on the versatile board.
* jk to report on progress of talking to Grant WRT upstreaming his patches.
* [CARRY OVER] no response from Grant yet.
* mwaddel to talk to ARM about device-tree work.
* [DONE]
* Jeremy to chat with Nicolas about documenting boot interface.
* [DONE] some patches already produced.
* npitre to find a way to expose the list of trees merged in
arm_next.git via a wiki page.
* [DONE] documented in the tag instead.
* jcrigby to talk to slangasek about the list of kernel flavours to
produce.
* [CARRY OVER] jcrigby to talk face-to-face at the sprint.
* amitk to report back the status on linux-omap's patches.
* [CARRY OVER] amitk absent.
* jcrigby to determine if versatile is still needed.
* [CARRY OVER] jcrigby to talk face-to-face at the sprint.
* lool to check that -fPIE support is currently enabled in the Linaro
toolchain.
* [DONE]
http://lists.linaro.org/pipermail/linaro-dev/2010-July/000150.html
* npitre and arnd to review ericm's single zImage patches.
* [DONE] ongoing and doesn't need an action item.
* ericm to send single zImage patches to russelking after they have
been reviewed.
* [DONE] patches are going to the public mailing lists.
* jcrigby and lool to arrange a uboot specific call for interested
team members.
* [CARRY OVER] Arrange at the sprint -
http://lists.linaro.org/pipermail/linaro-dev/2010-July/000149.html
* Blueprint status.
arm-m-using-device-tree-on-arm
arm-m-kernel-version-alignment
arm-m-missing-security-features
arm-m-debugging-with-oprofile
spec/kernel-maverick-arm-single-zimage
arm-m-versatile-express-a9-enablement
* Gathering ideas for face to face discussions / work items for the sprint
* Personal work plan for the sprint
* Plenaries
* Meeting canceled for week of sprint
=== Action Points ===
* jk to report back on Grant Likely’s response to upstreaming patches
* ericm to discuss with lool how to get more hardware.
=== Minutes ===
* lool on vacation today, short status call.
daverusling asked about the status of the Ubuntu kernel patches in
the Linaro tree after recent discussion on the mailing list. nico
explained that they were not to be merged as the benefits of merging
were small and individual patches could be merged at a later date.
* mwaddel code reviewed arm_next.git and checked that required patches
were present. He is checking versatile express with it now.
* jk emailed Grant Likely to discuss the upstreaming on his patches, no
response yet.
* [ACTION] jk to report on progress of talking to Grant WRT
upstreaming his patches
* Matt talked to Lorenzo at ARM about device tree status. Based on jk’s
work patches are not quite ready yet but are close.
* jk pushed some patches on the boot interface. More work can be done
face-to-face with nico at the sprint. nico mentioned that
documentation is already there. Both considered this action done.
* There was some discussion on where the list of trees merged in to the
arm_next.git tree should be documented. nico included this
information directly into a tag in the tree. The question was asked
if a separate wiki page needed to also convey this information, the
consensus was not due to the constantly updating nature and nicely
seeing the documents history.
* jcrigby has been producing omap and versatile kernel flavours, no
others have been identified yet. jcrigby will talk to slangasek to
determine if versatile is still needed and if other flavours should
be added. This will be done face-to-face at the sprint.
* eric forwarded some patches to upstream public mailing list for the
single zImage blueprint. Consensus was that this work spans many
weeks and isn’t a specific action item but should be monitored.
=== Blueprints ===
* jk had a bunch of patches around for debugging mapping for device
tree’s and has been working on them this week. Good progress.
Discussions with Grant about mainlining device-tree’s proved
insightful.
* jk also mentioned that he will be working on imx51 in the near
future.
* ericm said that there may be a need for pbuild hacks to allow
multiple platforms to be built at once to help on the single zImage
blueprint. Work is ongoing.
* A lack of hardware is hampering progress at the moment as ericm only
has one platform.
* [ACTION] ericm to discuss with lool how to get more hardware.
* dmart mentioned that the missing security features spec was waiting
on kees but most items were either nearly complete or completed.
* dmart went on to inform the group that work on oProfile by willdeacon
was on track.
* Work on the versatile express board by mwaddel is ongoing and lots
have work items have been defined but mwaddel noted that once a
booting kernel is available most work items will be quick to
complete.
* JamieBennett asked the group to fill in their personal goals for the
sprint at
https://wiki.linaro.org/Events/2010-07-PlatformSprint/KernelConsolidationWG
and to suggest plenary topics.
* There will be no meeting next week due to the face-to-face sprint.
Activity reports from previous week:
= Arnd Bergmann =
== Getting started ==
* Built a qemu chroot for cross compiling
* Research about ARM CPU families
* Tried to set up Gumstix with uweigand
* Looked at the kernel for my WM8505 tablet
= Nicolas Pitre =
* Reviewed some of Eric Miao's patches on the linux-arm-kernel list.
* Reviewed Will Deacon's second round of patches to fix asm constraints
for atomic ops on ARM.
* Reviewed more of Uwe Kleine-König's Makefile cleanup patches and
asked him to produce a pull request for RMK. I also intend to
pull his patches into the arm-next tree.
* Had another look at the DT patch series. Somehow I still am not as
pleased with them as I would. Maybe I should take more time to study
the generic DT docs and possibly come up with more concrete
suggestions.
* Discussed with Kees Cook about the issue I was having with the
stack protector test module. Seems that it works only on array of
chars only and not of all types.
* Tryed to improve design in the OMAP hsmmc driver by discussing
alternative solutions on the mailing lists where some new development
were posted for review. The people involved seem to have agreed to
change their code.
* The usual mailing list monitoring and replying.
* Prepared a Git pull request for the Orion/Kirkwood/Dove stuff I'm
still maintaining for the next merge window.
= Jeremy Kerr =
== ARM ==
* device tree: rebased to gcl's new test-devicetree branch and rmk's
updated master branch
* device tree: implemented DT-pointer-in-r2 boot interface in ARM
kernel boot code (r2-direct branch)
* device tree: implemented DT-pointer-in-r2 boot interface in qemu
(r2-direct branch)
* device tree: maintenance on versatile branch
* chased down versatile timer issues; problem has since been fixed in
qemu
* built a simple debug initramfs
= Jamie Bennett =
== General ==
* Spent much of Monday morning catching up with emails, wiki's and
various other sources after my vacation. Furious wiki editing and
tidy-up. Decided to unsubscribe from a few less read mailing lists to
try to avoid the '' '3000-emails-sitting-in-my-inbox-after-vacation'
''syndrome.
* Took on TLE (Technical Liaison Engineer) role to be ARM's technical
point of contact. Extra workload at this stage should be manageable
but will be reassessed at a later date.
* Usual meetings, kernel consolidation minutes and associated wiki
pages done.
== Sprint Planning ==
* Lots of coordinating the Linaro sprint, answering peoples questions,
arranging hardware to be available, making sure we have enough room
and working with Anmar to take some tasks from him as he is on
vacation next week.
* Arranged with Stephen Doel to supply hardware for the sprint,
recommended specific items which should arrive by Friday next week.
== Blueprints and Releases ==
* Started discussions about how we can improve the blueprint/work item
tracking. For next cycle I will propose some changes to make progress
on work items much more transparent.
* Prodded team members individually to ensure they are on top of their
work items. There is a worrying amount of work still to do this cycle
and keeping on top of this is essential. Some blueprints need more
love than others so talked to the managers to ensure everything is
still on track.
* The Power Management and Toolchain work groups now have blueprints
associated with them. These are not tracked with the main release
burn-downs. Set up launchpad projects for each working group and
worked with pitti to get the work-item tracker recognising the new
projects.
== Development ==
* Spent some time looking at the launchpad-work-item tracker project to
try to understand how it can be hacked for our purposes. There are a few
features I will be working on before next cycle to make the Linaro
project easier to track.
* Pushed 'members as groups' support to the work item tracker. Now
projects with members who are actually groups can be tracked allowing
'meta-projects' to be created to track disparate projects all
together.
http://people.canonical.com/~pitti/workitems/maverick/arm-ubuntu.html
is an example of one such meta-project which is set up to track the 3
Linaro groups progress.
= Loïc Minier =
* Reviewed Amit's power management WG plans
* Tried out UBIFS on my sheevaplug, but couldn't get it to attach to
mtd2 on boot, would only attach manually after boot
* Built a maverick kernel for my beagleboard with the workaround for
LP #591941
* Looked at ARM's Android patches for RealView; lack hardware to test
them out, but I could try in QEMU
Bye,
--
Loïc Minier
I'm considering getting a Dell Streak when they release in the USA -
probably around the 19th.
Does anyone know if that would work for Linaro Dev?
Thanks
Joel
--
The cyder is strong in this one Lord!
Hey
Sorry for the belated post; please find below the minutes from Monday's
Toolchain Working Group meeting and the activity reports from the
preceding week.
You can find the full meeting notes at
https://wiki.linaro.org/WorkingGroups/ToolChain/Meetings/2010-07-12
= Monday 12th July 2010 =
== Agenda ==
* Review action items from last meeting
* New linaro-toolchain mailing-list
* Topics for sprint [[Internal/Events/2010-07-PlatformSprint]]
* Release, version numbers, uploading tarballs
* No meetings next week
* Blueprint status
* Initial delivery of Linaro GCC 4.4
* Cross Compiler Packages
== Action Items from this Meeting ==
* Andrew to propose the triplet change to toolchain upstream
* Andrew to send email to Debian ARM on best triplet
* MLH to pickup perl if pbrook doesn't have a patch by Monday evening UTC
* MLH to write up wants as a toolchain developer/tester
* Marcin to check if xdeb incorrectly produces a package findutils-armel
* Loic to push changes on mysql
== Action Items from Previous Meeting ==
* Loic and Andrew to extend wiki page to track progress of the merging
of Ubuntu patches, assignees etc. DONE
* Loic to setup and run a call on merge workflow with bzr DONE
* Matthias to sort autotools issues with new cell-4.4 Linaro patch or
to ask Ulrich for help :-) DONE
* Marcin to fix -gcc symlink (LP #600927) and update-alternatives
installability issue in his public cross-compiler packages DONE
* Yao to update
https://wiki.linaro.org/WorkingGroups/ToolChain/UbuntuGCCPatches wiki
page for the issue with ADA support and the patches he merged
* Yao to update
https://wiki.linaro.org/WorkingGroups/ToolChain/UbuntuRegressions
wiki page for the removal of the license patch DONE
* Loic to create a linaro-toolchain-drivers team which can upload
tarballs PARTIAL Group created, tarball upload currently not working
== Minutes ==
* The linaro-toolchain list for toolchain related chatter; please
subscribe!
* Loic called for sprint topics. See
https://wiki.linaro.org/Events/2010-07-PlatformSprint/ToolChainWG
* Meetings have been cancelled for the week of the sprint
* Mentioned the upcoming hardfp port that Debian is investigating
* Port is too large for Linaro itself
* Toolchain should support - best place to support, easiest to
maintain due to doko
* Better choice for Debian as they may get support from Linaro; won't
from CSL 2010 Lite edition
* Noted that there's disagreement on the Debian triplet and position
of the hf marker. Problem is what is correct vs which is the path
of least resistance.
* ACTION Andrew to propose the triplet change to toolchain upstream?
* Noted that the ARM EABI is a family of ABIs that different vendors
take variants from
* ACTION Andrew to send email to Debian ARM on best triplet
* Milestone issue review
* ACTION MLH to try perl if no progress is made by pbrook
* getfem++ can't be reproduced
* vect/* won't fix
* mysql fix is ugly
* pr9771-1.c MLH to continue or send patch otherwise
* neon triggered by march=armv7a which should have occurred with
Lucid GCC
* Can lower priority if a missed optimisation
* MLH wants help on how to best use the packaging system to do what
he's used to such as
* Build exactly what the Ubuntu PPA will end up as
* Build a cross-compiler to try ARM failures on a fast machine
* Do an incremental build
* Do a non-bootstrap build
* Run the compiler under a debugger
* Use the test compiler to build a package
* ACTION MLH to write up wants
* Andrew has a process to build the tarball and will run the
certification process afterwards
* Loic recommended CSL developers to have local hardware
* Blueprints status
* Initial 4.4 release reviewed. Done except Ada patch. Andrew to
edit whiteboard to note
* Update broken Ubuntu patches
* Loic suggests reviewing Ubuntu patches month to month
* Cross compiler (Marcin)
* Tidying up ugly GCC hacks
* Stage 1 is now clean
* ACTION Marcin to check if xdeb incorrectly produces a package
called findutils-armel
* ACTION Loic to push changes to mysql
* Michael will run Wednesday standup call
Activity reports from preceding week:
= Ulrich Weigand =
== GCC ==
* Resolved merge conflicts between cell-branch.diff and gcc444-linaro.diff
(investigated and fixed additional autoconf-related build issue)
* Investigated bug #602287; resolved as won't-fix for Linaro 4.4
* Started investigating bug #602289
== GDB ==
* Completed build and regression test of GDB 7.2 branch on beagle board
* Started working on hardware-breakpoint-support blueprint
== Education ==
* Continued getting familiar with Debian package build process
* Continued getting familiar with Launchpad infrastructure
* Read ARMv7 Architecture Reference Manual
== Infrastructure ==
* Got remote access to Loic's beagle board
* Started process to acquire IGEPv2 board
= Yao Qi =
== Linaro GCC ==
* Ubuntu patch ada-acats.diff on linaro gcc 4.4.
ada-acats.diff and its dependent patches cause some regression
failures. Spent a lot of time on trying different patch sets to
linoar gcc 4.4, but failures do go away. Checked the build log of
ubuntu gcc, and the same failures are there. We decide to leave
this ubuntu patch.
* Merged 19 ubuntu patches to linaro gcc 4.4.
Learn bzr push/merge/branch/commit. Very good version control tool,
and well-collaborated with launchpad.
* Revert license patch in linaro gcc 4.4.
* Merge CS GCC 4.4 patches to CS GCC 4.5.
Choose three patches from Julian's ARM patch list. Two of them are
committed into CS GCC 4.5. The third is sent to CS internal review.
== Misc ==
* Some meetings on linaro status.
= Andrew Stubbs =
== GCC 4.4 ==
* Continued refining the blueprints. We now have the initial 4.4
toolchain delivery blueprint finalised.
* Entered bugs for each of the test regressions in the Ubuntu GCC vs.
FSF GCC.
* Reviewed Yao's launchpad merge request for the Ubuntu GCC patches.
It was all good, so I approved the request and did the merge.
* Reviewed the ARM test failures to make sure they were what we
anticipated they would be.
* Reviewed some of the Ubuntu patches marked "Needs review". Decided
not to use two, rewrote the third and submitted the new patch for
review. Matthias has now accepted it, and applied it to Debian also.
* Found out how to create gnu-style release tarballs and wrote a
Linaro GCC release procedure document for the wiki.
https://wiki.linaro.org/WorkingGroups/ToolChain/GCCReleaseProcess
== GCC 4.5 ==
* Assisted Yao with his patch porting work, and made sure he had
things to do.
= Loic Minier =
* Repaired Beagleboard to boot again
* Cross-built ncurses; did other xdeb tests
* Added color codes and improved structure of
https://wiki.linaro.org/WorkingGroups/ToolChain/UbuntuRegressions and
https://wiki.linaro.org/WorkingGroups/ToolChain/UbuntuGCCPatches
* Discussed armhf port, started
http://wiki.debian.org/ArmHardFloatPort
* Started sprint planning and associated wiki pages
Bye,
--
Loïc Minier
I'm terrible with faces and worse with names. I couldn't resist
knocking up a quick set of flash cards:
http://wiki.seabright.co.nz/linaro-boo/
This is generated from the Engineeering Team wiki page by a simple
Python script. Let me know if you want to be removed.
-- Michael
Hey
I don't quite like the [Linaro-foo] prefix which our mailing-list
software adds to all emails' Subject: line. They clutter the subject
to make filtering easier, but the list software also adds a List-Id
header.
Would anybody mind if we were to remove them?
Thanks!
--
Loïc Minier