**** BEGIN LOGGING AT Thu Feb 23 02:59:58 2012 Feb 23 05:07:33 GrueMaster: I just fixed some of those alsa-lib errors you showed me the other day, seems 1.0.25 changed some syntax for its conf files. Feb 23 07:45:49 aramadxp images now building momentary Feb 23 08:51:20 ogra_: why is it called the FINAL arm meeting? do you plan to commit mass suicide after it (e.g. Lemmings)? :) Feb 23 09:09:28 ppisati, the ARM team within Canonical is being dissolved and its memebers assigned to other teams in the company Feb 23 09:17:49 NCommander: around? Daviey asked me about http://people.canonical.com/~ubuntu-archive/testing/precise_probs.html - are you aware of the "linux-armadaxp-tools-3.0.0-1500 has no installation candidate" in there, or is that resolved now? Feb 23 09:18:12 !@#$#!@! Feb 23 09:18:38 we shouldn't be building linux-tools Feb 23 09:18:43 ^- cooloney Feb 23 09:19:29 linux-tools built failed under armhf Feb 23 09:20:01 so i disable it in out linux-armadaxp package due to urgent upload request Feb 23 09:20:20 it can be built under armel, i think Feb 23 09:23:31 cooloney: I don't think we even need it Feb 23 09:24:12 NCommander: perf is very useful tool even for arm, we use it a lot for ti-omap4 Feb 23 09:24:32 NCommander: and I saw some new tools was added from Marvell LSP Feb 23 09:24:38 cooloney: what would it take to fix it ? Feb 23 09:25:03 NCommander: i guess it's related to compiler, but don't have much time to take a look Feb 23 10:18:34 cooloney: Oh, can you merge my latest armadaxp upload into git? Feb 23 10:18:42 (I really should request zinc access) Feb 23 10:20:25 cooloney: Oh, I see in another channel that you're already on top of it. Nevermind. :) Feb 23 15:50:18 ogra_: Did you get my email on the pandaES audio situation? Feb 23 15:50:52 GrueMaster, yes, looks ok, lets upload it after someone (i.e. infinity) also eyeballed it quickly Feb 23 15:51:18 that udev rule is our hack anyway, adding another few lines for PandaES wont do any harm Feb 23 15:55:07 ogra_: I'm sure you and Tobin are enough of a review. And I'm happy to not take the blame on Panda audio this cycle. ;) Feb 23 15:55:38 haha, ok, then i'll just upload after the call Feb 23 16:37:03 WHEEE! Feb 23 16:37:13 so chromium 17 seems to work just fine on armel Feb 23 16:37:34 looks shiny, but takes twice as long as FF to start Feb 23 16:45:29 ogra_: Yeah, no big shock there. It's just as bloated, just differently. :P Feb 23 16:46:22 yep, but its great to have it after we had to live with 14 for ages Feb 23 16:48:14 Not seeing chromium for armhf (at least not on my mirror yet). Feb 23 16:52:50 GrueMaster, thats what we taljked about in the meeting :) Feb 23 16:52:55 only armel yet Feb 23 16:53:07 but it builds there for the first time in years Feb 23 16:54:02 ah, ok. Feb 23 17:07:13 NCommander: armadaxp netinstall uImage resets, bug 939645 Feb 23 17:07:24 (which doesn't exist yet) Feb 23 17:07:46 mahmoh: the image fails to boot? Feb 23 17:07:52 greaaaaaaaaaaaat Feb 23 17:07:58 right Feb 23 17:08:06 GrueMaster: ^, can you take a look? Feb 23 17:08:06 ubot2`: ? Feb 23 17:08:36 NCommander: Can I nuke the armada here or do you have data that you want to keep? Feb 23 17:08:36 for me at least, I'm using the 1500.3 uImage and the net installer uInitrd now Feb 23 17:08:50 GrueMaster: nuke and path. Feb 23 17:08:59 *pave Feb 23 17:09:00 ok Feb 23 17:09:12 I'm in a meeting now, but will be soon. Feb 23 17:09:53 mahmoh: so it doesn't boot at all? You got the bootargs right? Feb 23 17:10:13 NCommander: it loads and tries to boot but resets immediately Feb 23 17:10:34 mahmoh: ugh, might be an issue with the mkimage commands Feb 23 17:10:38 mahmoh: Gets into userspace, or dies in kernel init? Feb 23 17:10:49 disclaimer: I did tftpboot it though but the checksum was fine so ... Feb 23 17:11:21 infinity: dies before kernel init, right after load - you should be able to get to the bug Feb 23 17:11:29 Oh, shiny. Feb 23 17:11:37 (And no, I can't get the bug, I don't have the hardware) Feb 23 17:12:18 infinity: I meant see the bug (maybe) to see the details of where it fails exactly Feb 23 17:13:02 Starting kernel ... interrupt request pc : [<0000803c>] lr : [<006505cc>] sp : 005ffde0 ip : fffeffff fp : 006d6ce8 r10: 005fff98 r9 : 00000bdc r8 : 005fffcc r7 : 00000018 r6 : 005ffdec r5 : 00000000 r4 : 005ffef7 r3 : 00008010 r2 : 000000f8 r1 : 00000bdc r0 : 0040ff14 Flags: Nzcv IRQs off FIQs off Mode SVC_32 Resetting CPU ... Feb 23 17:13:41 NCommander: the good news is the uInitrd looks like it's fine so far ... Feb 23 17:30:56 mahmoh: god thats special Feb 23 17:31:05 mahmoh: try it with a differentuImage Feb 23 17:42:30 Yea, I see the same thing. Will look at the kernel a little. Feb 23 17:48:54 Did the linux-armadaxp meta get bumped? It seems to be pulling linux-image-3.0.0-1500-armadaxp 3.0.0-1500.2 instead of 3.0.0-1500.3 Feb 23 17:50:49 apt-get dist-upgrade is pulling the kernel in, but usually I should be able to just do apt-get update && apt-get install linux-armadaxp to update the kernel. Feb 23 17:53:34 grrr. resolvconf install error. Feb 23 17:56:02 GrueMaster: That trick only works in the case of ABI bumps. Feb 23 17:56:30 ok. Feb 23 17:56:31 GrueMaster: No ABI bump means no new linux-meta, means you need to upgrade the kernel image itself, not count on linux-meta to do it. Feb 23 17:56:58 (But, as you note, apt-get upgrade gets it right) Feb 23 18:01:10 Guess I'm just used to more that a minor change with new kernels. Feb 23 18:03:36 Ok, the kernel in ubuntu-ports/dists/precise/main/installer-armhf/20101020ubuntu113/images/armadaxp/ is busted. Not even sure of it's origins. Feb 23 18:08:06 infinity: sorry, I started to look at it, but lost my session (forgot to run in screen) Feb 23 18:08:24 infinity: for chromium on armhf, if someone else has time to look, feel free Feb 23 18:08:28 micahg: Oops. Feb 23 18:09:10 I'm pretty craptacularly busy today, but remind me tomorrow to kick off a build, so I can look at it Monday. :P Feb 23 18:09:43 GrueMaster: Yeah, I think the SRU 2-week cadence with an ABI bump almost every time has conditioned people to assume that new kernel == new ABI. Feb 23 18:12:31 infinity: that's about the same timeframe I have :) Feb 23 18:18:33 ppisati: The mmap patch seems to have fallen out of the 2.6.35 omap4 kernel. Feb 23 18:21:28 GrueMaster: uh? it was there Feb 23 18:21:36 GrueMaster: wait Feb 23 18:23:35 GrueMaster: gitweb on kernel.u.com is sloooooooowwww... Feb 23 18:24:05 use bzr ! Feb 23 18:24:08 :P Feb 23 18:25:20 ogra_: i'll send a pull req to convert from git to bzr :) Feb 23 18:25:26 GrueMaster: patches are still there Feb 23 18:25:41 http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-maverick.git;a=commit;h=2956dd26b949343aca5581356bff6c1cf18a22c2 Feb 23 18:25:45 http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-maverick.git;a=commit;h=ddc72fa76d3965ca3576cfbc7a1de6e1e4b4a681 Feb 23 18:25:58 M/omap4 Feb 23 18:26:05 Maybe in the tree, but the tests are failing. Feb 23 18:26:05 sudo ./mmap-test Feb 23 18:26:05 Couldn't allocate the heap: 1902Mb Feb 23 18:26:15 doh! Feb 23 18:26:28 SRU kernel? Feb 23 18:26:42 These are the tests included from the earlier bug (can't remember the bug number. Feb 23 18:26:47 Yes, latest SRU kernel. Feb 23 18:26:56 ok, i'll check it out Feb 23 18:27:05 2.6.35-903-omap4 #31-Ubuntu Feb 23 18:27:07 remind me where the test are located Feb 23 18:27:29 *these tests Feb 23 18:27:31 I'm trying to find the original bug. It was fix released a while ago. Feb 23 18:28:26 (and of course the bug isn't in the test source. Feb 23 18:32:10 https://bugs.launchpad.net/bugs/861296 Feb 23 18:32:13 Launchpad bug 861296 in linux-ti-omap4 "mmap fails to allocate 2030Mb heap on ARM" [Undecided,Fix committed] Feb 23 18:32:57 GrueMaster: the original bug was that eclipse failed to compile on arm Feb 23 18:33:49 since the eclipse build passed some herejava please use insane amounts of memory plx Feb 23 18:33:49 and this made x86 builds pass while arm where failing due to this bug Feb 23 18:33:49 xranby_ac100: I think it was renamed or a new bug with specific info was created (see above). Feb 23 18:35:01 im not sure there exist an original bug.. try ask doko Feb 23 18:35:27 since it was clear mmap did not behave identical on x86 and arm i filed the above bug Feb 23 18:35:28 xranby_ac100: I already posted the link (see backscroll). Feb 23 18:35:45 * xranby_ac100 scrolls back Feb 23 18:36:10 GrueMaster: before i rejoined? Feb 23 18:36:36 bug 861296 is what I was referring to. Feb 23 18:36:38 Launchpad bug 861296 in linux-ti-omap4 "mmap fails to allocate 2030Mb heap on ARM" [Undecided,Fix committed] https://launchpad.net/bugs/861296 Feb 23 18:36:53 It has the mmap-test source. Feb 23 18:38:22 xranby_ac100: haskell-src-exts and qtwebkit-source are still FTBFS with OOMing issues. Feb 23 18:38:28 (07:26:30 PM) GrueMaster: Couldn't allocate the heap: 1902Mb <---- how much swap are in use on your test system? Feb 23 18:39:00 I'm not convinced that it's this particular issue, though. I can get the mmap test to pass on some kernels where the builds will still fail. :/ Feb 23 18:39:09 SwapTotal: 33554428 kB Feb 23 18:39:30 ok Feb 23 18:40:03 I think I probably need to spend some solid time revisiting that next week and hunt down the root cause before we get too close to release. Feb 23 18:40:16 xranby_ac100: I run the same SRU test suite on all platforms and kernels. This passed on the previous kernel for this platform. Every image is installed from netboot & preseed. Feb 23 18:41:06 GrueMaster: i am convinced Feb 23 18:41:10 btw, thank you for running those tests Feb 23 18:41:56 I added them to my SRU regression testing specifically for this reason. Feb 23 18:46:31 micahg: Kicking off a chromium testbuild locally now, but yeah, my timeframe for looking at it is probably still Monday. ;) Feb 23 18:48:07 micahg: Kicking off a chromium testbuild locally now, but yeah, my timeframe for looking at it is probably still Monday. ;) Feb 23 18:53:10 * ppisati -> EOD Feb 23 18:54:47 ppisati: Also, still missing headers from the dove headers package. Feb 23 18:55:07 linux-headers-2.6.32-423 is virtually empty. Feb 23 18:55:26 (changelog & copyright info only). Feb 23 18:55:39 GrueMaster: Yeah, didn't we agree that we just didn't deeply care anyway? :) Feb 23 18:56:20 infinity: really should be a kernel team call on that, but in general yes. Feb 23 18:56:41 (and I had thought he was going to look at it). Feb 23 18:56:42 GrueMaster: well, yes. If they care, they can fix it. But I'm betting they don't if we don't. Feb 23 18:56:53 And I'd be shocked if we had any dove users. Feb 23 18:57:25 we do ! Feb 23 18:57:29 GrueMaster ! Feb 23 18:57:38 ogra_: I said users, not QA testers. :P Feb 23 18:57:41 heh Feb 23 18:58:18 I think there are commercial users, but maybe not for this specific kernel. Feb 23 18:58:33 ogra_: If GrueMaster's desk is representative of our average user, we're doing a pretty poor job of targetting, well, normal people. Feb 23 18:58:36 surely not on dove devboards Feb 23 18:58:54 I know HP has a little desktop system (I've seen one at a friends house). Feb 23 18:59:07 did they ever sell that armada ebox they showed in brussels ? Feb 23 18:59:09 Ubuntu: Linux for Crazy People? Feb 23 18:59:21 isnt it that ? Feb 23 18:59:29 And it has our kernel patches at least. Feb 23 18:59:30 from crazy people for crazy people Feb 23 18:59:47 I'm pretty sure I have a t-shirt that says something about Human Beings. Feb 23 18:59:55 * GrueMaster is having issues with LP. Feb 23 18:59:59 QA people don't qualify. Feb 23 19:00:28 That's why my blog is titled "Terminal Insanity". Feb 23 19:00:44 ;) Feb 23 19:00:49 GrueMaster, about time you gain membership Feb 23 19:00:55 so it shows up on planet Feb 23 19:01:24 Yea, I looked into that a while ago. Lot of hassle. Feb 23 19:01:32 heh Feb 23 19:01:37 not really Feb 23 19:01:48 And I just haven't had the spare cycles to jump through the hoops. Feb 23 19:01:56 one wikipage that lists your contributions Feb 23 19:02:09 and one evening to attend the rmb meeting Feb 23 19:02:17 NCommander: GrueMaster: otherwise, the net-installer works fine as far as I can tell, need to preseed it now to enable nightly install verification testing Feb 23 19:02:32 mahmoh: I'll takea hammer to it Feb 23 19:02:34 you surely got enough bugs under your belt to qualify easily Feb 23 19:02:39 mahmoh: I'll pass you my preseed. Feb 23 19:02:50 thx Feb 23 19:04:27 Guhhh. What is going on with our web servers? paste.ubuntu.com is slow, lp is almost non-existant. Feb 23 19:05:38 and email is also having issues. Feb 23 19:06:22 GrueMaster: No issues here, perhaps you're suffering routing issues to the DC? Feb 23 19:06:34 Must be. Feb 23 19:07:15 ping seems fine. Feb 23 19:57:29 mahmoh: http://paste.ubuntu.com/854454/ Feb 23 19:57:47 That's the preseed I am currently working with. Feb 23 19:58:29 GrueMaster: thx! Feb 23 23:05:02 janimo`: for this apr upload in the freeze queue, what's the definition of "recent enough" for the kernels? Feb 23 23:07:03 slangasek, hey, thanks for the welcome mail ! :) Feb 23 23:07:39 :-) Feb 24 01:22:55 TheMuso: I'm going through some old bugs and found lp:631362. Any interest in this or should I close as "won't fix"? **** ENDING LOGGING AT Fri Feb 24 02:59:58 2012