=== mdeslaur is now known as mdeslaur-afk === jjohansen is now known as jj-afk === mdz is now known as 92AAAT9W3 === alsroot is now known as Guest14691 === jussi is now known as Guest88035 === v is now known as stalcup === jj-afk is now known as jjohansen [08:27] morning === Tm_K is now known as Tm_T === zyga is now known as zyga-afk === oubiwann` is now known as oubiwann === mr_pouit is now known as mrpouit [14:01] * persia peers about [14:02] hello ? [14:02] * ogra waves === Ursinha` is now known as Ursinha [14:02] needs coffee [14:03] there should be a bot in here that announces which meeting is starting [14:03] czajkowski, arm team :) [14:03] czajkowski: Used to be, but google ical is special [14:03] ogra: thanks [14:04] I can go back to idling now [14:04] you dont want to know about our arms ? [14:04] you waved, clearly your arm works [14:04] one at least [14:04] If only that was all it took :) [14:04] he is clearly not disarmed [14:05] persia: add a section for rootstock, please [14:05] Anyway, our usual chair seems absent. [14:05] #startmeeting [14:05] Meeting started at 08:05. The chair is persia. [14:05] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [14:05] Agenda is at https://wiki.ubuntu.com/MobileTeam/Meeting/2010/20100727 [14:05] [LINK] https://wiki.ubuntu.com/MobileTeam/Meeting/2010/20100727 [14:05] LINK received: https://wiki.ubuntu.com/MobileTeam/Meeting/2010/20100727 [14:05] (wait for rsalveti to update it before you load the page :) ) [14:06] Actions from the prior meeting is incomplete, but some can be dredged from prior logs, so: [14:06] [TOPIC] dyfet to work on openjdk FTBFS [14:06] New Topic: dyfet to work on openjdk FTBFS [14:06] persia: go [14:06] persia, dropped [14:06] That was dropped [14:07] OK, then there's a reason it wasn't there :) [14:07] [TOPIC] md5sums and manifests for daily images (NCommander) [14:07] New Topic: md5sums and manifests for daily images (NCommander) [14:07] the md5sum stuff is fixed, the manifest file copying isnt [14:07] i'm taking that over [14:08] (so add a new action) [14:08] [ACTION] ogra to sort manifest files for live images [14:08] ACTION received: ogra to sort manifest files for live images [14:08] tx [14:08] [TOPIC] NCommander to unbreak apport retracer [14:08] New Topic: NCommander to unbreak apport retracer [14:08] c/o [14:08] I think this still isn't working, unless someone knows otherwise [14:08] RIght. [14:09] * ogra doesnt [14:09] [ACTION] NCommander to unbreak apport retracer [14:09] ACTION received: NCommander to unbreak apport retracer [14:09] OK. That's all the actions I see from http://irclogs.ubuntu.com/2010/07/13/#ubuntu-meeting.txt [14:09] yeah [14:09] [TOPIC] Workitem tracker [14:09] New Topic: Workitem tracker [14:09] looks horrid [14:09] [LINK] http://people.canonical.com/~pitti/workitems/maverick/canonical-mobile.html [14:09] LINK received: http://people.canonical.com/~pitti/workitems/maverick/canonical-mobile.html [14:10] [LINK] http://people.canonical.com/~pitti/workitems/maverick/canonical-mobile-maverick-alpha-3.html [14:10] LINK received: http://people.canonical.com/~pitti/workitems/maverick/canonical-mobile-maverick-alpha-3.html [14:11] Indeed. Everyone with alpha-3 tasks should go do them tomorrow. [14:11] rsalveti, we need to make a rootstock release this week to close the spec items [14:11] ogra: we'll, don't worry [14:11] persia, tomorrow ? [14:11] OK. Today for those in less advanced timezones :) [14:11] persia, `?? [14:11] why is that ? [14:12] there is still a week until A3 [14:12] but it would be nice if we got below the trend line for fridays release team meeting [14:12] I'm concerned that we are so far behind for A3 [14:12] I guess, but if everyone tries to do a task in the next 24 hours, the graph will look better on Friday for the release meeting. Is the point not to have a pretty graph? [14:12] by either postponing or closing [14:12] closing is better. [14:13] well, i'm inclined to postpone lightweight panel [14:13] I'm looking at my tasks and I think I am still blocked. [14:13] what i got from dx is far from even becoming a panel [14:13] I agree, it does not look good for this cycle [14:13] nothing i couls write in a week [14:13] Testing the panel is one of my tasks. [14:13] right [14:14] ogra, can we get by with the old efl launcher? [14:14] NC|Alaska, is unlikely to work on subarch detection before A3 either [14:14] davidm, the panel is *additional* to the launcher [14:14] davidm, to replace the gnome panel, which we have to ship anyway for gdm [14:14] I misunderstood, I thought it was replacing part of it. [14:15] i'll just clean up the session and we're back to the lucid setup [14:15] OK [14:15] I think we have to do that [14:15] persia, [ACTION] ogra to re-enable the lucid efl session [14:17] dyfet, where are you on the mobile-m-omap-edid-autodetection [14:17] from subarch detection: [gruemaster]Test upgrade path [1 day]: TODO [14:17] [ACTION] ogra to re-enable the lucid efl session [14:17] ACTION received: ogra to re-enable the lucid efl session [14:17] coordinating the i2c issues with kernel team [14:17] GrueMaster, i think you can do that already, just dist-upgrade a beagle lucid->maverick [14:17] dyfet, when will it close? [14:17] dyfet, are there bugs filed ` [14:17] Ok. Will add that to my todo for today. [14:17] ogra: so, postpone subarch generally? I thought this was nearly done and critical for broad board support. [14:18] dyfet, if so, please note them on the blueprint [14:18] okay [14:18] persia, no idea for what michael needs it [14:18] and yes there is a bug for this [14:18] persia, its an *additional* way of detecting subarches [14:18] we're still using the old one anyway [14:19] I thought it was a fallback to use SoC-based solutions when the individual board couldn't be identified. [14:19] persia, right, but we only support boards we know atm [14:20] for which we still use cpuinfo [14:20] Well, anyway, if it's not ready by Friday, best postpone, as lnding images after that is too tight. [14:20] yeah, but that's a bug :) [14:20] well, one item is a warning message [14:20] that he should be able to implement in 1h [14:20] even on monday [14:21] anyway* anyone have stuff about *other* blueprints? [14:21] there is rootstock [14:21] dyfet, there are a lot of WIs on the EDID spec you could start working on already [14:21] but we're planing to do a release this week and close the 2 items [14:21] rsalveti, just a matter of an upload ... [14:21] to close the WIs [14:21] yep, no more than that [14:22] wasn't robclark working on a bunch of related stuff? [14:22] (for EDID) [14:22] dyfet, if you have identified the missing pieces for I2C, coudl you rebuild a kernel with them enabled so you can start developing the script ? [14:22] persia, rob works on panda [14:22] the spec is for omap3 where you dont have edid tdetection in the omapfb driver [14:22] ogra: I can do that, I got stuff unpacked and back together here [14:23] Ah, so yes and no :) [14:23] dyfet, great [14:23] Moving on... [14:24] [TOPIC] Kernel status [14:24] New Topic: Kernel status [14:24] cooloney: Why don't you go first [14:24] yeah [14:24] i just prepared a new omap4 branch for maverick [14:25] it includes the latest TI release L24.8 [14:25] i tested on my board, more stable than before [14:25] also robclark's work from pargue ? [14:25] there are plenty of HDMI patches that fix lots of monitor issues [14:26] robclark helped to figure out the HDMI issue. [14:26] not sure he sent them to you already [14:26] but i think lag helped to test them [14:26] he posted a branch, but not sure if it's included on this one [14:26] * ogra doubts that [14:26] ogra: no problem, i will check it later [14:26] cool! oney [14:26] rsalveti: Could you make sure cooloney has the r [14:27] branch url? [14:27] * ogra hands cooloney an r [14:27] http://gitorious.org/~robclark/pandaboard/robclarks-kernel-omap4/commits/L24.7_panda-hdmi-patches [14:27] LINK received: http://gitorious.org/~robclark/pandaboard/robclarks-kernel-omap4/commits/L24.7_panda-hdmi-patches [14:27] so persia is happy :) [14:27] THanks :) [14:27] thanks man [14:27] mpoirier: ready? [14:27] yep. [14:28] https://bugs.launchpad.net/bugs/b563650 - kernel oops in dss/core.c when rebooting: put on hold 'cause no one can reproduce. [14:28] ++ [14:28] https://bugs.launchpad.net/bugs/b591941 - SDHC card init failure: started looking into u-boot - need to track down default factory images. [14:28] Alpha3 kernel will be uploaded on Jul 30, meaning that any patch to be in included in Alpha3 must be submitted and reviewed before Jul 30. [14:28] .. [14:29] aren't factory images available from the beagleboard wiki? [14:29] what do you call "factory" ? [14:29] nop, not the exact same ones you find in nand when first receiving your board. [14:29] whatever was used initially in the factory :) [14:29] ah [14:30] I need the exact same branch - sd card seems to behave much better with it. [14:30] process was very loose at the time. [14:30] davidm: Do you have a previously unused board on which dd may be run? [14:30] note that they are built completely differently from our packages [14:30] Yes, I know. [14:31] the point here is the seem to work. [14:31] since u-boot upstream is never compiled natively [14:31] find out what is different and you fix the problem. [14:31] and with a completely different toolchain [14:31] well, i'll upgrade to the latest upstream for sure before A3 [14:31] Alright. Does anyone have a board with pristine NAND? [14:31] not anymore [14:31] I have one. [14:31] persia, sorry was distracted [14:31] that is how I got the lead. [14:32] what was your question I'm not understanding the backscrool [14:32] mpoirier: So, what's the issue getting the "factory image"? [14:32] I need the branch from where they were compiled. [14:32] I have a new Beagle C4 sitting on my desk, right now. [14:32] davidm: Looking for a "factory image" from a beagleboard NAND to troubleshoot bug #591941 [14:32] Launchpad bug 591941 in linux (Ubuntu Maverick) "SDHC card not recognized" [High,In progress] https://launchpad.net/bugs/591941 [14:32] mpoirier, you have an email into TI for the sources correct? [14:33] Yes, that is correct. [14:33] mpoirier: Ah, that's trickier :) [14:33] * ogra recommends to just ask in #beagle [14:33] I did. [14:33] they definately know where the source is [14:33] no one know. [14:33] ugh. [14:33] koen or sarkoman surely do [14:33] OK, mpoirier if using the TI loaders the bug is gone, if using ours the bug is present in the same kernel is that correct? [14:34] since sarkoman maintains all omap3 branches [14:34] correct. [14:34] I did not talk to sarkoman. [14:34] ah, he is the author mentioned in our package [14:34] keon suggested I talk to mhasim, something I did. [14:34] just mail him [14:34] * ogra doesnt know mhasim [14:35] [ACTION] mpoirer to coordinate with sarkoman or TI internal sources to get branch with "factory" bootloader source. [14:35] * cooloney hands up about the robclark's patches [14:35] ACTION received: mpoirer to coordinate with sarkoman or TI internal sources to get branch with "factory" bootloader source. [14:35] koen claims he built the u-boot image that is found in nand. [14:35] i'd claim the same [14:35] apart from the above i mentioned [14:35] we dont build cross ... [14:36] but effectively all new boards should be shipped with the latest upstream u-boot [14:36] so whatever was recent at the time the board shipped [14:36] Right, so we have an action. Maybe it's worded wrong, but let's move on, and complete in spirit if not by letter. [14:36] mpoirier: Anything else? [14:36] if TI adds special patches they tag the version as -dirty [14:36] .. [14:36] else its plain upstream [14:37] lag: Your turn [14:37] lag, great blogpost :) [14:38] just a quick interrupt, [14:38] robclark's patches are not in the release from TI this month [14:38] can you add them to our branch ? [14:38] so they get some testing in advance [14:38] cooloney: OK. I'll actio you with that after lag [14:38] ogra: yeah, i already discuss with sebjan [14:39] he will ping robclark and sync with me [14:39] * ogra thinks lag lags [14:39] :) [14:39] and let rob to send out patches for merge [14:39] perfect [14:39] What would you like to know? [14:39] before sebjan leave for vacation [14:39] i'm done [14:39] lag, any intresting news about you and your work [14:39] * Marvel (mvl-dove) [14:39] * Nothing new this week [14:39] * Freescale (fsl-imx51) [14:39] * Tested security update kernel from smb; however, after installing on 2 Babbage 2.5 boards, both boards are believed to be broken [14:39] * Tobin Davis will retry the kernel again at his home [14:39] lag: can you read your blog on voice. for us, that's awesome [14:40] * Texas Instruments (ti-omap) [14:40] * REBASE : ti-omap4 branch is now at 902.6 [14:40] * PATCH : Patches sent to kernel-team and upstream to fix OTG usb issue on OMAP3 in Lucid and Maverick [14:40] * PATCH : ti-omap4 patches received from TI (~220 of them) - cooloney is fighting his way through them [14:40] * PATCH : B592295 SYNC_LOST_DIGIT - TI have released a patch for review - awaiting feedback [14:40] * PATCH : B608095 Sent patches to make USB and Ethernet work on the Beagleboard XM [14:40] * PATCH : B605832 LG monitor behaving incorrectly - TI have released a patch for review - awaiting feedback [14:40] - ON GOING : B477106 once again made contact with fixer - estimated time until fix 2-3 weeks [14:40] * ON GOING : B591941 work has resumed - initialization in u-boot/xloader is now being looked at [14:40] * ON GOING : B605488 waiting for the daily build to succeed before progressing - last built 20/07/10 [14:40] * FIXED : B601226 Kconfig system no longer allows the module to be built on OMAP devices [14:40] * WONT FIX : B563650 abandoned and won't be looked at until someone is able to reproduce [14:40] * MISC : Gumstix investigation: Lucid (!display + USB) Maverick (display + !USB) [14:40] * MISC : Igepv2 board we acquired doesn't seem to hook up with the SD card [14:40] * MISC : Mobile team is working on a cmd line installer, allowing for headless install [14:40] Open out your clients everyone :) [14:40] Which blog? [14:40] Both or just the latter? [14:40] cooloney, you mean as ogg so we get the aussie accent ? [14:40] * lag slaps ogra [14:41] *grin* [14:41] ..# [14:41] .. [14:42] Right then: no questions. [14:42] is aynone looking into the iegp2 issue ? [14:42] * persia retracts [14:42] Which issue? [14:42] The SD card one? [14:42] in case linaro wants to use them [14:42] amitk has the board with him [14:42] yeah [14:42] Speak to mpoirier [14:42] ah, k [14:42] mpoirier: i think you make it works [14:43] nop, sd card wouldn't work at all, even with the kernel you find on their web site. [14:43] i know GrueMaster had the gumstix kind of working [14:43] Should we put resources into the gumstix issue? It was indicated at the sprint that these boards were not going to be production. [14:43] yes, lucid on gumstix worked but no display. [14:43] and i think including usb and display [14:43] * MISC : Gumstix investigation: Lucid (!display + USB) Maverick (display + !USB) [14:44] That's the result I had working with ogra's gumstix. [14:44] lag, right, thats what i was commenting on [14:44] GrueMaster, you didnt have USB ? [14:44] Although I don't know that usb worked on lucid. [14:44] Not on maverick. [14:44] * ogra thought you clicked around in oem-config [14:44] k [14:44] my bad then [14:44] No, I had no response in oem-config. [14:44] GrueMaster, the stix's will be out by Maverick releases, would be nice if it works but not critical [14:45] davidm, these sticks ` [14:45] ? [14:45] Gumstix [14:45] i though they were non production stuff [14:45] Ok. Chris had indicated otherwise. Maybe I mistook him. [14:45] * ogra thought that too [14:45] It's nice to have not hard required [14:45] i thought he said these specific ones will never get produced [14:46] That's the sort of thing improved-subarch-detection is intended to solve [14:46] My interpretation was that they were moving up to omap4. [14:46] persia, fixing kernel probs ? [14:46] Perhaps I was not in the room for that conversation [14:47] ogra: avoiding board-specific solutions. [14:47] Anyway, running out of time, so moving faster. [14:47] [ACTION] cooloney to work with robclark and sebjan to merge HDMI patches [14:47] ACTION received: cooloney to work with robclark and sebjan to merge HDMI patches [14:47] [TOPIC] QA status [14:47] New Topic: QA status [14:47] * cooloney nods to persia [14:48] we should probably shuffle the topics on the agenda [14:48] OK. Maybe not. We'Ll come back if anyone wants it in the AOB section (if there is time) [14:48] Qa is often blocked by non building images [14:49] true. [14:49] Nothing new from QA. [14:49] so images should before QA imho [14:49] [TOPIC] ARM Porting / Build issues. [14:49] New Topic: ARM Porting / Build issues. [14:50] dyfet, ? [14:50] Ah... [14:50] Yes...the only additional ftbfs I worked on last week was ido [14:50] openjdk was dropped for me [14:51] most of the rest are blocked on qt [14:51] how about firefox and xulrunner [14:51] I thought Qt got solved Friday or Saturday [14:51] it may have [14:51] mutter seems to fail too [14:52] QT was solved thursady already, but a new upload was building at that time [14:52] though it should be possible to fix a good bunch of the issues witth give backs [14:52] I can look at ftb's post qt later today [14:53] Many may just need to be retried. [14:53] OK, runnng out of time. [14:53] [TOPIC] Image status [14:53] New Topic: Image status [14:53] does anyone know the order ? [14:53] images fail to build due to an unfound error in the loop mount code [14:53] DO we have a bug number? [14:54] i'm still researching (doing my 8th local testbuild today) [14:54] Please file an (incomplete) bug for tracking. [14:54] [TOPIC] Rootstock [14:54] New Topic: Rootstock [14:54] rsalveti: You really want this as a standing item? [14:55] persia: it's just because I fixed a lot of stuff [14:55] and doesn't belong on the other topics [14:55] so :-) [14:55] Well, make your announcements quickly :) [14:55] more fixes on the repo, planned release for this week [14:55] trying to move to user space emulation for root [14:56] but also got stuck on the *hang* [14:56] and noticed one other qemu bug went back to maverick [14:56] the unsupported syscall: 335 that michael fixed on lucid [14:56] still debugging and going to check why this bug returned for maverick [14:56] Was something dropped on merge? [14:57] probably [14:57] persia: move on [14:57] Great! It sounds in muvh better shape. [14:57] Anyone have anything else that can be discussed in two minutes? [14:57] i'm holding a tutorial hour tomorrow http://www.omappedia.com/wiki/Tutorial_Hour_Topics [14:58] just FYI [14:58] [LINK] http://www.omappedia.com/wiki/Tutorial_Hour_Topics [14:58] LINK received: http://www.omappedia.com/wiki/Tutorial_Hour_Topics [14:58] (no idea what i'll talk about yet :) ) [14:58] ogra: Nice to have something in AOB. Thanks! [14:59] OK. That's it. Thanks for your attendance. [14:59] #endmeeting [14:59] Meeting finished at 08:59. [14:59] time well filled :) [14:59] hello [15:00] hey pitti [15:00] hey Mark, how are you? [15:00] \o [15:01] Hi [15:04] so, just one topic today? [15:05] * pitti pinged mdz [15:05] cjwatson: hello Colin; here? [15:06] ah, no, he said he was on vac [15:12] so, meeting? [15:12] mdz doesn't answer, and he's got the only topic [15:12] hrm [15:14] let's just defer that to the next one then [15:14] I think people are either at Debcamp or on holiday [15:14] *nod* [15:14] yup === 92AAAT9W3 is now known as mdz [15:32] sorry I'm late [15:33] looks like we canceled [15:42] looks like === Ursinha is now known as Ursinha-lunch === Ursinha-lunch is now known as Ursinha === jjohansen1 is now known as jjohansen === Guest88035 is now known as jussi === jussi is now known as Guest14592 === Guest14592 is now known as jussi01 === jussi01 is now known as jussi [17:59] * manjo o/ [17:59] o/ [17:59] * smb \c [18:00] o/ [18:00] o/ [18:00] o/ === cking__ is now known as cking1 [18:00] |o| [18:00] \o [18:00] * ogasawara waves [18:01] #startmeeting [18:01] Meeting started at 12:01. The chair is bjf. [18:01] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [18:01] [LINK] https://wiki.ubuntu.com/KernelTeam/Meeting [18:01] [LINK] https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Maverick [18:01] LINK received: https://wiki.ubuntu.com/KernelTeam/Meeting [18:01] LINK received: https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Maverick [18:01] # [18:01] # NOTE: '..' indicates that you are finished with your input. [18:01] # [18:02] [TOPIC] ARM Status (lag) [18:02] New Topic: ARM Status (lag) [18:02] * Marvel (mvl-dove) [18:02] * Nothing new this week [18:02] * Freescale (fsl-imx51) [18:02] * Tested security update kernel from smb; however, after installing on 2 Babbage 2.5 boards, both boards are believed to be broken [18:02] * Tobin Davis will retry the kernel again at his home [18:02] * Texas Instruments (ti-omap) [18:02] * REBASE : ti-omap4 branch is now at 902.6 [18:02] * PATCH : Patches sent to kernel-team and upstream to fix OTG usb issue on OMAP3 in Lucid and Maverick [18:02] * PATCH : ti-omap4 patches received from TI (~220 of them) - cooloney is fighting his way through them [18:02] * PATCH : B592295 SYNC_LOST_DIGIT - TI have released a patch for review - awaiting feedback [18:02] * PATCH : B608095 Sent patches to make USB and Ethernet work on the Beagleboard XM [18:02] * PATCH : B605832 LG monitor behaving incorrectly - TI have released a patch for review - awaiting feedback [18:02] * ON GOING : B477106 once again made contact with fixer - estimated time until fix 2-3 weeks [18:02] * ON GOING : B591941 work has resumed - initialization in u-boot/xloader is now being looked at [18:02] * ON GOING : B605488 waiting for the daily build to succeed before progressing - last built 20/07/10 [18:02] * FIXED : B601226 Kconfig system no longer allows the module to be built on OMAP devices [18:02]