Contents

  1. Thursday 9th September 2010
    1. Links
    2. People Present
    3. Agenda
    4. Actions Recorded
    5. Meeting Log
    6. IRC Paste Text

Thursday 9th September 2010

People Present

Agenda

Actions Recorded

  • sbambrough to oversee a test of hwpacks by next meeting - delegate to james_w

  • slangasek, asac, JamieBennett to sync up on image building problems before next meeting

  • JamieBennett to discuss iMX51 images with amitk before next meeing

  • lool to consult amitk and jcrigby to produce configs for iMX51 and OMAP3

  • JamieBennett to arrange weekly release reports with michaelh

  • JamieBennett to chase amitk for weekly power management status reports

Meeting Log

Started logging meeting in #linaro-meeting
[16:02:21] <JamieBennett> [LINK] https://wiki.linaro.org/Releases/WeeklyReleaseMeeting/2010-09-09
[16:02:32] <JamieBennett> [TOPIC] Bugs summary
[16:02:50] <JamieBennett> [LINK]https://bugs.launchpad.net/ubuntu/maverick/+bugs?field.tag=armel
[16:02:50] <JamieBennett> Bug:605042 - [armel] java fails to start with eglibc-2.12-0ubuntu4
[16:02:51] <JamieBennett> - After a patch revert it seems only iMX51 is effected (on a 2.6.31 kernel). Investigations are ongoing to see if this is a problem on newer kernels. May be an issue if we want iMX51 images on release day.
[16:03:00] <JamieBennett> Bug:600359 - ureadahead generating oom messages during boot.
[16:03:00] <JamieBennett> - New ureadahead is set to fix this, emailed Keybuk to determine when we are expected to see the new version.
[16:03:11] <kiko> oink oink!
[16:03:16] <kiko> asac's on the phone with me
[16:03:17] <JamieBennett> hey kiko
[16:03:28] <JamieBennett> OK, we don't need him just yet ;)
[16:03:37] <JamieBennett> [LINK] https://bugs.launchpad.net/ubuntu/maverick/+bugs?field.tag=linaro
[16:03:44] <JamieBennett> Bug:615765 - Host strip corrupts cross-built armel archives - no progress?
[16:03:50] <JamieBennett> slangasek: ^
[16:04:31] <slangasek> none from our side, I'm afraid
[16:04:42] <JamieBennett> OK
[16:04:47] <JamieBennett> [LINK] https://bugs.edge.launchpad.net/linaro
[16:04:47] <JamieBennett> Bug:629049 - /etc/network/interfaces comes unconfigured, should use dhcp by default
[16:04:56] <slangasek> hrw has been tied up getting the cross-compiler packages finalized
[16:05:19] <JamieBennett> slangasek: OK. Prepare for more links, dive in if you have comments on any of them
[16:05:33] <JamieBennett> [LINK] https://bugs.edge.launchpad.net/ubuntu/+source/linux-linaro
[16:05:34] <JamieBennett> Bug:627779 - corrupted text on console when deleting text
[16:05:34] <JamieBennett> Bug:629195 - different instances apt-get install fails
[16:05:35] <JamieBennett> Bug:629478 - boot partition is mounted read-only even though specify rw
[16:05:35] <JamieBennett> Bug:632463 - Beagle Rev A2 XM panics on shutdown -r
[16:05:37] <JamieBennett> Bug:632798 - USB/mmc rootfs conflict - vexpress
[16:05:40] <JamieBennett> Bug:633253 - PS2 mouse stopped working
[16:05:42] <JamieBennett> Bug:633338 - no LCD support on IGEPv2 board
[16:05:45] <JamieBennett> Bug:633417 - Corrupt display under load
[16:05:47] <JamieBennett> These need some triaging.
[16:06:04] <JamieBennett> need some triaging, if you have some time in your teams
[16:06:37] <JamieBennett> Final bugs, promise ;)
[16:06:41] <slangasek> how do you want them triaged? just setting importance, or do you need us to set milestones etc as well?
[16:06:49] <slangasek> (for instance, 629049 isn't a release blocker)
[16:07:50] <JamieBennett> milestones would be nice as would importance. Some have been a bit stale for a while. Some are flash-kernel related but filed under linux-linaro e.t.c.
[16:08:05] <slangasek> ok
[16:08:17] <JamieBennett> [LINK] https://bugs.edge.launchpad.net/linux-linaro
[16:08:17] <JamieBennett> Bug:630283 - Rev A2 Beagle XM showing only 256Meg
[16:08:17] <JamieBennett> Bug:627512 - Can't init uart3 (no clocks available)
[16:08:18] <JamieBennett> Bug:600359 - ureadahead generating oom messages during boot.
[16:08:53] <JamieBennett> OK, so these are the bugs which may be an issue or may trip people over when starting to use the images, just to make people aware.
[16:09:09] <JamieBennett> Some may just be release note worthy rather than a fix before release
[16:09:45] <JamieBennett> Anyone have comments on bugs that may effect release (or usability when images are released?)
[16:11:01] <JamieBennett> OK, moving on
[16:11:07] <JamieBennett> [PROGRESS REPORT] Overall
[16:11:07] <JamieBennett> [LINK] http://wiki.linaro.org/Releases/LinaroStatus
[16:11:07] <JamieBennett> [LINK] http://wiki.linaro.org/Releases/FoundationsStatus
[16:11:07] <JamieBennett> [LINK] http://wiki.linaro.org/Releases/InfrastructureStatus
[16:11:08] <JamieBennett> [LINK] http://wiki.linaro.org/Releases/UserPlatformsStatus
[16:11:18] <JamieBennett> We are not looking too good there
[16:11:28] <JamieBennett> Also we still have things targeted at alpha-3 :(
[16:11:51] <JamieBennett> and more at beta :(
[16:12:11] <JamieBennett> Please update your teams blueprints to reflect the milestones
[16:12:18] <slangasek> JamieBennett: so when I was asking you earlier about why 'wontfix'ing a linked bug for maverick doesn't postpone it on the tracker, apparently I was referencing a code fix I wrote a long time ago that I thought was merged but really wasn't :)
[16:12:38] <JamieBennett> I saw you merge proposal
[16:13:12] <JamieBennett> I've reviewed and will push it in
[16:13:27] <slangasek> cool - that should clean up the status of some of our bps
[16:13:39] <JamieBennett> (waiting on pitti to review some of my larger changes too)
[16:14:11] <JamieBennett> Last links to be complete
[16:14:12] <JamieBennett> [PROGRESS REPORT] Targeted
[16:14:13] <JamieBennett> [LINK] http://wiki.linaro.org/Releases/LinaroStatus#Milestone%20ubuntu-10.10
[16:14:16] <JamieBennett> [LINK] http://wiki.linaro.org/Releases/FoundationsStatus#Milestone%20ubuntu-10.10
[16:14:19] <JamieBennett> [LINK] http://wiki.linaro.org/Releases/InfrastructureStatus#Milestone%20ubuntu-10.10
[16:14:22] <JamieBennett> [LINK] http://wiki.linaro.org/Releases/UserPlatformsStatus#Milestone%20ubuntu-10.10
[16:14:32] <JamieBennett> lets get to the interesting bit
[16:14:34] <JamieBennett> [TOPIC] Team reports
[16:14:34] <JamieBennett> [PROGRESS REPORT] Foundations
[16:14:41] <JamieBennett> slangasek: you up :)
[16:15:56] <slangasek> arm-m-ael-alip-evaluation: ARM-internal repositories working now for source, armv6, armv5 binaries; PPA for cross-patched sources to be done this week
[16:15:59] <slangasek> arm-m-cross-compilers: cross-compilers successfully built in PPA for maverick; seeking FFe for upload to maverick archive
[16:16:02] <slangasek> arm-m-kernel-version-alignment: spec completed; ongoing work tracking bugfixes, preparation of the next "next" tree
[16:16:05] <slangasek> arm-m-memory-footprint: -Os writeup in the next week
[16:16:07] <slangasek> arm-m-missing-security-features: Ubuntu kernel security testsuite now enabled on armel; feature complete except for /dev/mem, SECCOMP (SECCOMP in progress)
[16:16:11] <slangasek> arm-m-uboot-features-and-performance: npitre to review DT patches on list
[16:16:14] <slangasek> arm-m-xdeb-cross-compilation-environment: implementing fix for pkgconfig; has identified a new class of package failures when binutils-multiarch is not installed due to build-arch binaries in the debian/ tree
[16:16:18] <slangasek> foundations-m-multiarch-support: archive delivery postponed, peripheral work ongoing
[16:16:41] <slangasek> JamieBennett: I think I need a reminder of where you want me to direct the FFe for the cross-compilers, wrt Linaro
[16:16:54] <slangasek> there's a linaro-release team to subscribe?
[16:16:59] <JamieBennett> slangasek: yes
[16:18:06] <slangasek> ok, will take care of that today
[16:18:23] <JamieBennett> foundations is pretty behind the trend line, any problems or will it all come together at the end?
[16:18:48] <slangasek> a number of those are false-positives due to the can't-postpone-a-linked-bug issue
[16:19:02] <JamieBennett> OK
[16:19:05] <slangasek> I believe things are coming together in reality
[16:19:16] <JamieBennett> I'll push your change today so it should show a better picture later then
[16:19:30] <JamieBennett> thanks slangasek
[16:19:34] <JamieBennett> [PROGRESS REPORT] Infrastructure
[16:19:40] <JamieBennett> sbambrough: your turn
[16:19:57] <sbambrough> * New team member started this week. Deepti Kalakeri. Please say hi if you see her in IRC. Nick is deepti.
[16:20:13] <sbambrough> * * LEP/DerivativeDistributions: Backend work started landing. UI testing done, implementation has started. Tentative target for completion is still end of September. This target will be revisited after usability testing complete. LP team loses a resource for this work at end of September.
[16:20:25] <sbambrough> * arm-m-private-archive-hosting-infrastructure: Not much progress. Hardware packs and other work taking precedence.
[16:20:39] <sbambrough> * arm-m-derived-archive-rebuild: Not much progress. Hardware packs and other work taking precedence.
[16:20:48] <sbambrough> * arm-m-image-building-tool: Blueprint complete.
[16:20:58] <sbambrough> * arm-m-image-building-console: Cycles from OEM now available. Progress being made on several proposed branches. Expect to complete and land several in the next week. New name selected is Offspring. Query in to Jane to see if it meets her/boards approval. Documentation work stalled, how to get back to it next week. Deployment strategy selected, will complete implementation in next couple of weeks.
[16:21:10] <sbambrough> * arm-m-automated-testing-framework: Implemented dashboard plugin. Test implementations delayed, due to other work. Should pick up now that Deepti is here.
[16:21:23] <sbambrough> * arm-m-validation-dashboard: More branches merged. Working on getting remaining branches landed. No data views or data decomposition under review yet. Demo needs to be ready by Sept 13.
[16:21:33] <sbambrough> * hardware-packs: hwpack-install proposed for merge yesterday. Should be done early next week. hwpack-create basically done. LexBuilder backend to build multiple hardware packs needs testing, fixing and review.
[16:21:43] <sbambrough> * x-project-blueprint-references: Picked up Launchpad spec https://blueprints.edge.launchpad.net/blueprint/+spec/x-project-blueprint-references. Now on edge.launchpad.net.
[16:21:53] <sbambrough> * UDS summit schedule: Asked to do work on UDS summit schedule code. Investigating currently. Needs further input from Jono, Jorge, Anmar before work can start.
[16:22:02] <sbambrough> * Other: Hudson instance set up to test suitability for continuous integration work. Should get public instance hosted by IS. More later when plans firm up.
[16:22:40] <sbambrough> Infrastructure has picked up a fair amount of new work not originally planned for.
[16:23:10] <sbambrough> Derived archives and archive rebuilds are suffering due to this.
[16:23:31] <sbambrough> Questions?
[16:23:34] <JamieBennett> sbambrough: So hwpacks are close. Any ETA when we can switch over to them for image building completely?
[16:24:10] <sbambrough> Should be able to try test builds next week I would expect.
[16:24:17] <kiko> sbambrough, can I unblock you on anything around the UDS schedule?
[16:24:28] <sbambrough> kiko, no
[16:24:42] <JamieBennett> kiko: I'm on it :)
[16:24:57] <asac> good. i will be back home and have a board so i can help out flashing out hwpacks bugs etc
[16:24:58] <asac> (next week)
[16:25:21] <JamieBennett> We will try to make the summit changes small if any. We have a meeting tomorrow to discuss. I know your a man down too.
[16:25:35] <lool> I'd like to mention that amitk offered to test an imx51 image
[16:25:46] <lool> I suggested that it would be less of a big deal with hwpacks
[16:25:49] <sbambrough> summit changes aren't a lot of work, do what is best for Linaro
[16:25:57] <JamieBennett> lool: agreed
[16:25:59] <lool> (currently, we just have imx51 kernels and u-boots, but no image)
[16:26:00] <asac> sbambrough: do we really want to have a individual hwpack backend for lexbuilder this cycle
[16:26:11] <asac> sbambrough: i would really prefer to get this just spit out during headless build
[16:26:14] <sbambrough> LexBuilder backend is biggest unknown, still needs testing for hwpacks
[16:26:37] <asac> can we just say we integrate hwpack-create in the live-helper for this cycle to remove this uncertainty?
[16:26:55] <JamieBennett> right, some form of hwpack, even if just a working hack is necessary soon
[16:26:56] <asac> live-helper would just be an upgrade and we could use it
[16:27:03] <sbambrough> asac, work is basically done, just needs testing, revie2w
[16:27:06] <JamieBennett> by hack I mean half-implementation of course ;)
[16:27:11] <lool> ... or we skip hwpacks entirely this cycle
[16:27:28] <JamieBennett> lool: we will have a lot of configs come release day and a lot of building in the farm
[16:27:32] <lool> it helps us have less images, it would be a cool feature, but it's high risk and not finished
[16:27:44] <sbambrough> no hack, cause it won't get deployed by OEM, and it is their instance of LexBuilder we use
[16:27:58] <JamieBennett> lool: if that is the case we cut down the images until next cycle
[16:28:04] <lool> I don't mind
[16:28:04] <kiko> sbambrough, rather than saying "are suffering" you can say "are postponed to the next cycle"
[16:28:42] <sbambrough> kiko, more like delayed into December I would think
[16:28:51] <asac> would be a shame to not role this. after all the work we did
[16:29:08] <JamieBennett> we can just go down to headless for OMAP3 + VExpress but thats not much bang for release day
[16:29:14] <kiko> sbambrough, sure
[16:29:22] <lool> we'll get it first thing next cycle; will people get a polished hwpack support if they get it this cycle?
[16:29:38] <kiko> lool, I think it's still acheivable based on the feedback so far
[16:29:46] <kiko> it's really sbambrough's call though
[16:29:46] <asac> yes.
[16:29:52] <asac> its ready. lets try it next week
[16:29:53] <asac> and decide then
[16:29:59] <JamieBennett> asac: +
[16:30:24] <JamieBennett> I think if we can do a test instance with this it will answer our questions next week
[16:30:34] <JamieBennett> Lets move on
[16:30:47] <lool> it's been some weeks it's up in the air; let's set a deadline to next week then; I don't want to pressure anybody, I'd just would like us not to push it very late in the cycle (which we already do)
[16:31:03] <JamieBennett> lool: agreed
[16:31:11] <kiko> I like the lool/asac balance
[16:31:17] <kiko> but at any rate, it's sbambrough's call in the end
[16:31:22] <lool> True
[16:31:23] <JamieBennett> [ACTION] sbambrough to oversee a test of hwpacks by next meeting
[16:31:38] <lool> $action sbambrough to deploy hwpacks tonight ;-)
[16:31:42] <sbambrough> not going to happen, make it james_w
[16:31:57] <JamieBennett> sbambrough: last thing, please ask you team to retarget blueprints, some are still at alpha-3
[16:31:57] <kiko> you are allowed to delegate too :)
[16:31:59] <sbambrough> i'm travelling next week
[16:32:08] <JamieBennett> sbambrough: *oversee*
[16:32:15] <lool> we'll generally be in reduced staff next week with people on travel and the TSC
[16:32:16] <JamieBennett> i.e. delegate ;)
[16:32:34] <sbambrough> it though I just did :)
[16:32:40] <JamieBennett> OK
[16:32:43] <JamieBennett> [PROGRESS REPORT] User Platforms
[16:32:59] <JamieBennett> asac our travelling superstar ;)
[16:33:03] <asac> [LINK] https://wiki.linaro.org/Platform/UserPlatforms/WeeklyStatus/2010-09-08
[16:33:21] <asac> * all heads blocked on hwpacks basically
[16:33:33] <asac> * overall burn down looks good and is moving still
[16:33:43] <asac> [LINK] http://people.canonical.com/~pitti/workitems/maverick/linaro-user-platforms.html
[16:34:04] <asac> * i dont think we will get a full test application for GPS though
[16:34:28] <asac> * telephony stuff pending on confirm that we have all the drivers etc. for n900 still (tgall is still on it)
[16:34:28] <kiko> are there sample apps available in-archive anyway?
[16:34:54] <asac> some, but not using the great new gypsy middleware stack we did
[16:35:11] <kiko> I see
[16:35:17] <asac> main concern for blocked heads is alip
[16:35:24] <JamieBennett> asac: right
[16:35:27] <asac> arm really wants it ... also we have great plasma handset etc. ready
[16:35:30] <kiko> asac, is that on slangasek's place actually? :)
[16:35:37] <kiko> gar, plate even
[16:35:47] <asac> kiko: which topic?
[16:35:54] <kiko> alipish
[16:36:09] <asac> some parts. i speak only for the full UI alip image
[16:36:17] <asac> cant speak for the rest of the spec
[16:36:18] <kiko> I am saying the same
[16:36:30] <kiko> why don't we make that a foundations spec
[16:36:32] <asac> but what arm really wants is the full UI so they can demo it at UDS from what i heard
[16:36:40] <kiko> (and bury slangasek's already scary burndown)
[16:36:44] <asac> kiko: it is a foundation stack. we just own the full UI head spec
[16:36:47] <asac> err work item
[16:36:53] <asac> s/stack/spec/
[16:36:56] <asac> sorry
[16:36:57] <kiko> I think I see
[16:36:59] <kiko> slangasek, comments?
[16:37:08] <slangasek> "what arm really wants" - there are a number of different things arm wants out of ael/alip
[16:37:12] <kiko> (you should comment, it's like ten pm for asac poor guy :-)
[16:37:20] <asac> and no dinner yet :(
[16:37:33] <JamieBennett> asac: is its just an image building problem atm? or a seed/contents problem?
[16:37:50] <asac> yes, image building. seeds is just a minor left over
[16:38:06] <JamieBennett> asac: but thats the same for plasma and netbook?
[16:38:14] <asac> yes, all just image building
[16:38:27] <kiko> slangasek, okay, care to detail more?
[16:38:31] <slangasek> I'm not familiar with this full UI spec; we can certainly help with image-building fixing
[16:39:01] <asac> well
[16:39:06] <asac> image building fixing == hwpacks ;)
[16:39:17] <kiko> slangasek, asac: action to sync up next week on this?
[16:39:25] <JamieBennett> asac: will that fix it?
[16:39:29] <JamieBennett> asac: or is it a guess?
[16:39:48] <slangasek> kiko: I would say what ARM wants is to be able to replace all of their internally-generated images with Linaro-based ones; the GUI image is only one part of that
[16:39:56] <slangasek> asac: oh, hwpacks - guess we can't help there :/
[16:40:01] <wookey> yes - that's exactly what they want
[16:40:15] <wookey> er we want :-)
[16:40:25] <JamieBennett> slangasek: we can always give them a first stab and improve it next cycle
[16:40:37] <asac> there are two parts: 1. live-helper is buggy because we include kernel; 2. without hwpacks we can only release for omap - though those images are particularly useful for verifying easily the bsp kernels etc. for ste etc.
[16:40:57] <kiko> slangasek, asac: action to sync up next week on this?
[16:41:06] <slangasek> ok
[16:41:16] <asac> kiko: i can certainly talk to slangasek, but we dont really have any overlap here
[16:41:24] <JamieBennett> asac: should we be doing something about the failure to build alip before next week?
[16:41:36] <kiko> hmmm, I'm not so sure
[16:41:51] <lool> wookey: lol
[16:42:03] <wookey> I don;t think it matters too much if some of what we want isn't quite done in maverick - if they get most of it and have to maintain a repo of 'fixed stuff for cross-builds' that will suffice for now
[16:42:25] <wookey> we can be slicker next time round
[16:42:31] <JamieBennett> OK, lets leave this for next week then
[16:42:36] <asac> JamieBennett: i dont think anything will be fixed there this week.
[16:42:51] <JamieBennett> [ACTION] slangasek, asac, JamieBennett to sync up on image building problems before next meeting
[16:43:05] <JamieBennett> [PROGRESS REPORT] Landing Teams
[16:43:10] <JamieBennett> lool, can you comment?
[16:43:14] <lool> * Vexpress getting in good shape; couple of ugly bugs with initrd support and RAM, but getting close to really well working; u-boot upstreaming continues
[16:43:17] <lool> * OMAP3: a bunch of nasty bugs being worked on, seems mostly in flight; Torez' XM is unusable, focus is on getting a decent experience on IGEP with working networking and X.org
[16:43:21] <lool> * LP 629614 - initramfs breaks boot
[16:43:22] <lool> * LP 630283 - XM only has 256 MB of RAM - probably fixed in x-loader already
[16:43:25] <lool> * LP 628848 - lack of mkimage in images - kernel workaround uploaded; real fi
[16:43:28] <lool> x would be nice
[16:43:30] <lool> * LP 618734 - no eth0 on IGEP - config fix identified; seems the only needed thing
[16:43:33] <lool> * LP 619206 - no wifi on IGEP - wifi firmware needs to be included in image, it's non-free though
[16:44:15] <lool> (I'm trying to arrange for Torez to get another Beagle)
[16:44:34] <lool> I started looking at adding OMAP3 EVM to the mix, but it's low prio
[16:44:38] <kiko> lool, is the XM busted or software's busted?
[16:45:03] <lool> kiko: it's hardware, the pre-prods we got in Prague have memory issues; the A01 revs that is
[16:45:07] <lool> the ones we bought should be fine
[16:45:18] <lool> it seems some of the A01 work for some people, not sure why
[16:45:49] <kiko> gotcha
[16:46:12] <JamieBennett> Just to add, VExpress has some bugs but mattman is working with ARM to address the issues. One nasty issue will require a kernel patch (display bus starvation). ARM are starting to look at the images AFAICT
[16:46:24] <lool> overall, the hardware support will be basic, but we're shooting for something which works decenlty, with documented workarounds for non-obvious stuff
[16:46:32] <asac> we have two powervr items on our x11 spec that are owned by torez
[16:46:37] <kiko> agreed
[16:46:44] <lool> asac: that wont happen, it's way too far away
[16:47:04] <asac> lool: we have two month for rlease. at least the review item could be done, no?
[16:47:13] <asac> inclusion in kernel i agree is off
[16:47:17] <lool> they got moved to Torez in the last month or so, and she didn't have time to attack opengl at all; the issues she's fighting are higher prio
[16:47:29] <asac> two month ago at least ;)
[16:47:44] <lool> asac: We will see, but I don't expect much to happen when we get closer to LDS
[16:48:16] <asac> ok . i postpone them now then
[16:48:17] <lool> Torez joined two months ago :-)
[16:48:21] <asac> we can pick them up ;)
[16:48:28] <asac> lool: oh right. they were owned by amit first ;)
[16:48:32] <lool> exactly
[16:48:40] <lool> it's fair to move them to Torez, just wont happen any soon
[16:48:50] * asac postpones
[16:49:07] <JamieBennett> lool: can you comment on iMX51 plans?
[16:49:33] <lool> JamieBennett: I have none and nobody working on it; we roll u-boot and kernels in binary format and can do basic boot testing, but that's all
[16:49:50] <lool> I welcome amitk's initiative to test an imx51 image, but it seems image building might be a contention point
[16:50:04] <JamieBennett> lool: right unless hwpacks happen next week
[16:50:07] <lool> I suggested amitk should work with asac and JamieBennett to get that to happen
[16:50:17] <lool> either a new image, or a hwpack
[16:50:29] <JamieBennett> lool: OK, lets make a decision after seeing the hwpack outcome
[16:50:44] <lool> I am happy to have that as part of Landing Team is amitk wants to do that work under that umbrella, but I don't think we actually need the overhead
[16:50:56] <lool> JamieBennett: makes sense
[16:51:13] <lool> JamieBennett: let me know if you think he should be doing that as part of landing teams and join our weekly meetings etc.
[16:51:21] <JamieBennett> [ACTION] JamieBennett to discuss iMX51 images with amitk before next meeing
[16:51:22] <lool> they are late for him, and numerous (3/week)
[16:51:27] <JamieBennett> lool: will do
[16:51:37] <JamieBennett> OK, 9 mins left
[16:51:38] <JamieBennett> [PROGRESS REPORT] Kernel Consolidation
[16:51:48] <lool> * currently working on reqs for next cycle
[16:51:48] <lool> * daily u-boot builds at hudson.dooz.org! \o/ need to move to IS
[16:51:48] <lool> * working on daily linux builds, need help with configs; Frederick helping with
[16:51:52] <lool> the creation of an initial policy, but will take time
[16:51:54] <lool> * DeviceTree still in review, so not +1-ed and not in our tree
[16:51:57] <lool> * BSP review making good progress
[16:52:23] <lool> I'd very much like a release to happen, the last piece I'm missing are configs for daily kernel builds
[16:52:36] <lool> (I have one test config so far)
[16:52:42] <JamieBennett> lool: who can help you with that?
[16:52:51] <lool> A good time for the release would the u-boot 09/2010 release
[16:53:16] <lool> JamieBennett: I'm not sure; Frederick is doing the right thing for the long term, but has been away sick and then on leave, and that will take time
[16:53:24] <lool> for vexpress, only Matt can help and he provided a config
[16:53:32] <lool> Nicolas offered help on the common part of the config
[16:53:44] <JamieBennett> lool: OK, sounds like its covered
[16:53:47] <lool> and for OMAP3 and imx51, I suppose I should consult with John and Amit?
[16:53:56] <JamieBennett> lool: makes sense
[16:53:57] <lool> I'll take an action for that
[16:54:19] <lool> I've been making good steps forward, but the overall process is too slow, sorry about that
[16:54:34] <JamieBennett> [ACTION] lool to consult amitk and jcrigby to produce configs for iMX51 and OMAP3
[16:54:47] <JamieBennett> [PROGRESS REPORT] Toolchain
[16:54:54] <JamieBennett> lool :)
[16:55:01] <lool> * currently working on reqs for next cycle
[16:55:01] <lool> * release week
[16:55:01] <lool> * GDB 7.2 included in Ubuntu; WG setting up a branch derived from that with extra cool stuff
[16:55:01] <JamieBennett> (its the lool show)
[16:55:04] <lool> * valgrind working really well on ARM now; Peter working with Julian to chase last bugs (notably runtime NEON detection) and preparing a PPA upload -- x86 might not be stable
[16:55:08] <lool> * QEMU has an issue on boot on OMAP3 again; Peter has a tentative fix, but not 100% confident and stuck on getting feedback from OMAP3 folks; LP 628471
[16:55:25] <lool> I'd like to suggest that we find another way for the toolchain reporting to reach this meeting, I just wrote that myself and I doubt it's exactly what michaelh would have written
[16:55:47] <lool> JamieBennett: Could you arrange to gather input from michaelh before this weekly meeting instead?
[16:55:57] <JamieBennett> lool: was just going to write that ;)
[16:56:04] <lool> Awesome :-)
[16:56:21] <lool> [action] JamieBennett to arrange weekly release reports with michaelh
[16:56:38] <JamieBennett> [action] member:JamieBennett to arrange weekly release reports with michaelh
[16:56:49] <lool> I think the toolchain stuff will land in PPAs from now on, and the main thing is this QEMU bug and a demonstrable valgrind
[16:57:17] <lool> (the other developments are upstreamish and don't concern the release)
[16:57:24] <JamieBennett> OK, thanks lool
[16:57:24] <lool> Qs?
[16:57:37] <JamieBennett> not from me
[16:58:06] <JamieBennett> [PROGRESS REPORT] Power Management
[16:58:12] <JamieBennett> amitk didn't supply with me a report again, I'll chase him with a big stick for next time
[16:58:40] <JamieBennett> [ACTION] JamieBennett to chase amitk for weekly power management status reports
[16:58:48] <JamieBennett> [TOPIC] AOB (Any Other Business)
[16:59:40] <JamieBennett> Just a heads up, requirements for next cycle will be signed off very soon so prepare your teams for blueprint/spec writing
[16:59:41] <lool> YOU ALL ROCK!!1! Have a good evening! :-)
[16:59:47] <JamieBennett> heh
[16:59:53] <JamieBennett> closing the meeting ...
[16:59:53] * lool moves to next meeting
[16:59:57] <JamieBennett> ... going once
[17:00:01] <JamieBennett> ... going twice
[17:00:10] <JamieBennett> #endmeeting
Meeting ended.

IRC Paste Text

#startmeeting
[LINK] https://wiki.linaro.org/Releases/WeeklyReleaseMeeting/2010-09-09
[TOPIC] Action items from last week
[TOPIC] Bugs summary
[LINK]https://bugs.launchpad.net/ubuntu/maverick/+bugs?field.tag=armel
Bug:605042 - [armel] java fails to start with eglibc-2.12-0ubuntu4
 - After a patch revert it seems only iMX51 is effected (on a 2.6.31 kernel). Investigations are ongoing to see if this is a problem on newer kernels. May be an issue if we want iMX51 images on release day.
Bug:600359 - ureadahead generating oom messages during boot.
 - New ureadahead is set to fix this, emailed Keybuk to determine when we are expected to see the new version.
[LINK] https://bugs.launchpad.net/ubuntu/maverick/+bugs?field.tag=linaro
Bug:615765 - Host strip corrupts cross-built armel archives - no progress?
[LINK] https://bugs.edge.launchpad.net/linaro
Bug:629049 - /etc/network/interfaces comes unconfigured, should use dhcp by default
[LINK] https://bugs.edge.launchpad.net/ubuntu/+source/linux-linaro
Bug:627779 - corrupted text on console when deleting text  
Bug:629195 - different instances apt-get install fails
Bug:629478 - boot partition is mounted read-only even though specify rw
Bug:632463 - Beagle Rev A2 XM panics on shutdown -r
Bug:632798 - USB/mmc rootfs conflict - vexpress
Bug:633253 - PS2 mouse stopped working
Bug:633338 - no LCD support on IGEPv2 board
Bug:633417 - Corrupt display under load
These need some triaging.
[LINK] https://bugs.edge.launchpad.net/linux-linaro
Bug:630283 - Rev A2 Beagle XM showing only 256Meg
Bug:627512 - Can't init uart3 (no clocks available)
Bug:600359 - ureadahead generating oom messages during boot.
[TOPIC] Progress Information
[PROGRESS REPORT] Overall
[LINK] http://wiki.linaro.org/Releases/LinaroStatus
[LINK] http://wiki.linaro.org/Releases/FoundationsStatus
[LINK] http://wiki.linaro.org/Releases/InfrastructureStatus
[LINK] http://wiki.linaro.org/Releases/UserPlatformsStatus
[PROGRESS REPORT] Targeted
[LINK] http://wiki.linaro.org/Releases/LinaroStatus#Milestone%20ubuntu-10.10
[LINK] http://wiki.linaro.org/Releases/FoundationsStatus#Milestone%20ubuntu-10.10
[LINK] http://wiki.linaro.org/Releases/InfrastructureStatus#Milestone%20ubuntu-10.10
[LINK] http://wiki.linaro.org/Releases/UserPlatformsStatus#Milestone%20ubuntu-10.10
[TOPIC] Team reports
[PROGRESS REPORT] Foundations
[PROGRESS REPORT] Infrastructure
[PROGRESS REPORT] User Platforms
[PROGRESS REPORT] Landing Teams
[PROGRESS REPORT] Kernel Consolidation
[PROGRESS REPORT] Toolchain
[PROGRESS REPORT] Power Management
[TOPIC] AOB (Any Other Business)
#endmeeting

Cycles/WeeklyReleaseMeeting/2010-09-09 (last modified 2011-04-15 19:40:32)