**** BEGIN LOGGING AT Wed Aug 25 02:59:57 2010 Aug 25 03:25:06 say, what's the practical difference between 2.6.35-17 (ubuntu) and 2.6.35-1002 (linaro) Aug 25 03:31:58 not much for now, I'd say Aug 25 03:32:02 but need to check the kernel tree Aug 25 03:44:18 hmm, stupid pl2303 gives garbage on my beagleboard. Aug 25 05:01:20 Say, if I'm using an aufs overlay, is there any advantage to having the underlying FS be ext4 instead of ext3? Aug 25 05:12:38 yes Aug 25 05:12:56 it would be faster Aug 25 05:31:04 DanaG, Depends on what you're accessing. If you're accessing stuff on the base FS, you'll get the normal advantages of ext3 vs. ext4. If you're accessing stuff on the overlay, you won't see any difference between the two. For most uses of union filesystems, actual usage is a mix of both. Aug 25 05:33:11 ah, I don't even remember now what the advantages of the base were. =/ Aug 25 05:33:55 http://en.wikipedia.org/wiki/Ext4 has fairly extensive discussion Aug 25 05:36:05 ah, checksum is a big one. Aug 25 05:39:33 Note that it *only* provides benefits to files unmodified from the base: anything in the overlay will naturally be handled based on the backing-store mechanism used for the overlay (often RAM, but potentially other things) Aug 25 05:42:50 I've also run into the blockage of hardlinks... http://patchwork.ozlabs.org/patch/52392/ Aug 25 05:44:22 What is this blocking? I've played with all sorts of layed filesystems, and never ended up finding this painful. Aug 25 05:48:00 It was blocking the "SingletonLock" Chromium links to wherever it links. Aug 25 05:49:38 With packaged chromium? Aug 25 05:49:56 Yeah. Though, there was a new update today... maybe that would've helped. Aug 25 05:51:14 My recommendation would be to try to catch fta: there may be a way to get it to work more easily. Aug 25 05:51:46 Anyway, it only happened when the lock was on the underlying fs. Aug 25 05:52:03 Say, is there any easy way to make ttyS2 start only if console=ttyS2 is present? Aug 25 05:52:25 You could write a custom upstart job... Aug 25 05:52:29 I need to use that port for other things in 'normal' (read-only) mode -- using the "user" button to boot read-write for servicing. Aug 25 05:52:44 yeah, though I have no idea of the syntax -- start-on? Aug 25 05:53:12 * persia doesn't know modern upstart syntax, not having worked on upstart jobs since jaunty Aug 25 05:53:52 My recommendation would be to review already installed jobs for clues, and ask in #upstart once you're sure you know the basics. Aug 25 05:53:57 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/586386 Aug 25 05:53:59 Launchpad bug 586386 in linux (Ubuntu Maverick) (and 1 other project) "omap3 kernel should hand over all comdline args to the init environment (affects: 1) (heat: 40)" [Medium,Fix released] Aug 25 05:55:33 Perfect, it's already been done. Aug 25 08:19:24 hi Aug 25 09:54:01 lag: morning, man Aug 25 09:54:17 cooloney: They Bryan Aug 25 09:54:18 i just pinged sebjan who is still working on the 2.6.35 patches. Aug 25 09:54:20 Hey~* Aug 25 09:54:33 No problem Aug 25 09:54:36 it will be available soon. Aug 25 09:54:59 he helped a lot to fix coding style and duplicated patches. i think Aug 25 09:55:00 I'd rather them late and in good order than quickly and in a state Aug 25 09:55:12 I don't mind that at all Aug 25 09:55:21 Keep up the good work sebjan Aug 25 09:55:25 after sebjan boots the new kernel on panda, he will send it out. Aug 25 09:58:14 thanks lag :) Aug 25 09:58:55 :) Aug 25 11:43:22 ndec, a ti-team ML for the package maintainer field sounds fine to me Aug 25 11:44:09 ogra: ok. so should I use tiomap-dev team on LP and create a ML with same name? Aug 25 11:44:28 yeah, i think LP offers that Aug 25 11:44:53 ogra: ok. I will do that. Aug 25 11:45:35 ogra: Mailing list requested and queued for approval.... Aug 25 11:45:44 perfect ! Aug 25 12:43:47 ndec, was there ever a bug filed for your AAC issues ? Aug 25 12:47:14 ogra: no. in fact we are looking at using ffmpeg instead of faac by default. so i don't have any information to open a bug for now. Aug 25 12:47:24 ok Aug 25 12:47:40 ogra: but do you confirm that packages cannot be compiled with neon optimizations by default? Aug 25 12:47:58 ogra: do you really support v7 h/w that does not have neon? Aug 25 12:48:16 if you do neon on a common package you should roll an additional binary with -neon in the name, yes Aug 25 12:48:40 ndec, we support v6 HW that pretends to be v7 and has no NEON, yes :) Aug 25 12:48:50 ndec, ask NCommander :) Aug 25 12:49:47 he maintains the dove stuff Aug 25 12:50:12 ogra: so how do we automatically install these -neon packages in case the hw supports it? Aug 25 12:50:23 hmm, thats hard Aug 25 12:50:56 i think asac had a different idea of using runtime switches Aug 25 12:51:16 so the binary is the same but uses a different codepath if NEON is available Aug 25 12:51:37 Can we reliably detect the ability to run neon on a given machine? If so, hwcap might work. Aug 25 12:52:11 yes, i think asac's idea involved hwcap Aug 25 12:52:20 but he can probably elaborate Aug 25 12:52:52 I'd hope it involved something similar to what we did for pango vfp for jaunty, rather than actually patching every source to have multiple codepaths. Aug 25 12:53:44 ndec: there was going to be some work i was going to suggest in Natty to work towards solving this issue Aug 25 12:54:39 NCommander, the missing NEON on dove ? Aug 25 12:55:11 ogra: no, having a mechanism in APT tohandle packages on a subarchitecture basis :-) Aug 25 12:55:30 that wont happen i think Aug 25 12:55:42 and it would have to be on dpkg level i think Aug 25 12:55:59 iirc we discussed it before Aug 25 13:00:27 And it doesn't help the neon bit anyway: we don't want that: we want opportunistic use of NEON, if available. Aug 25 13:09:44 \o/ Aug 25 13:09:47 * ogra dances Aug 25 13:10:04 telepathy-glib builds ! Aug 25 13:10:15 (when using -O0 :/ ) Aug 25 13:10:42 Um, how did you test that? Everyone is reporting that it builds locally, and only fails on buildds. Aug 25 13:10:50 everyone ? Aug 25 13:10:53 * persia has yet to actually replicate the test failures. Aug 25 13:10:57 everyone who told me about it. Aug 25 13:11:03 who was that ? Aug 25 13:11:26 it doesnt build with -O2 here or on the porter box Aug 25 13:11:50 one test fails with "invalid utf-8" the other segfaults Aug 25 13:11:52 Hrm. Right then. Aug 25 13:12:46 * persia suspects irregular hardware and incorrect environments Aug 25 13:20:55 morning Aug 25 13:32:24 * ogra files bug 623979 and uploads a telepathy-glib workaround Aug 25 13:32:26 Launchpad bug 623979 in telepathy-glib (Ubuntu) "telepathy-glib fails to build on armel due to two unsuccessfull selftests (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/623979 Aug 25 13:35:02 \o/ Aug 25 13:37:29 now that were 2 very productive hours to fix that :) Aug 25 13:37:37 finally we can start to prepare for beta Aug 25 13:39:06 mmm betas ... tasty :) Aug 25 13:50:33 ogra, any news/updates wrt doing the arm work ? Aug 25 14:29:34 ogra: can we setup the PPA to send notification email to the team list for each upload and build success? Aug 25 14:30:29 I think one only gets notification on build failures. Aug 25 14:31:07 Or maybe I'm confused. Aug 25 14:31:47 persia: hi! I did receive an email of build failure for something that was uploaded by someone else. so you might be right Aug 25 14:32:07 persia: so there is no option to subscribe the team ML to get more notifications? Aug 25 14:32:20 * persia is asking Aug 25 14:33:19 (for reference, #launchpad is a good place to ask questions about LP) Aug 25 14:36:59 ndec1, At least one other user reports they couldn't find any way to get richer notifications. If you want it, please file a bug against LP (and subscribe me, please). Aug 25 14:37:31 persia: thx. will do. Aug 25 14:45:11 persia: Bug #624038 entered. you and ogra are subscribed Aug 25 14:45:12 Launchpad bug 624038 in launchpad "Team notifications of package upload and build success for PPA (affects: 1) (heat: 10)" [Undecided,New] https://launchpad.net/bugs/624038 Aug 25 14:45:43 persia: cool.. didn't know about the ubot notification ;-) Aug 25 14:46:04 ndec1, Thanks. It may take a while to get implemented, but we now have a place to discuss it :) Aug 25 14:46:45 yeah Aug 25 14:46:49 thanks for that Aug 25 14:48:12 lool: there is a rebased qemu branch in gitorious (omap3-rebase) with your and matts changes included Aug 25 14:49:26 suihkulokki: Thanks Aug 25 14:49:30 ogra: ndec1: could any of you add me at tiomap-dev? Aug 25 14:50:16 I'm also interested on this, once we get the notifications Aug 25 14:50:19 suihkulokki: I'm slowly moving this tree under a Linaro umbrella and we have asked one new Linaro starter to look at upstreaming these OMAP3 patches, amongst other things Aug 25 14:51:04 rsalveti: done Aug 25 14:52:23 ndec1: cool, thanks :-) Aug 25 15:06:47 rsalveti, did you research the "Bad Magic Number" issues on omap4 more ? Aug 25 15:07:28 ogra: it is an issue with the old u-boot Aug 25 15:07:29 seems that really bites us badly now i cant even fatls on the panda atm Aug 25 15:07:42 ogra: updated u-boot from sakoman works with no issues Aug 25 15:07:56 ogra: i created a small script to reload the boot partition Aug 25 15:08:15 ogra: nops, not yet Aug 25 15:08:17 prpplague, is there an updated 1.1.4 tree anywhere ? Aug 25 15:08:44 ogra: http://paste.ubuntu.com/483487/ for reloading Aug 25 15:08:44 we're way paste feature freeze and i'm not really eager to change to a different u-boot version Aug 25 15:09:06 prpplague, thats not an option in release images Aug 25 15:09:15 ogra: no, there isn't a fixed 1.1.4 since the fat driver was re-written Aug 25 15:09:21 sigh Aug 25 15:09:38 yep, our version is *very old* Aug 25 15:09:45 at least the common u-boot part Aug 25 15:10:03 ogra: the issue only seems to occur when writing to the boot partition frequently Aug 25 15:10:04 that's why no one likes fixing that Aug 25 15:10:06 well, it was the one version that i was told to use Aug 25 15:10:34 ogra: probably because at the time sakoman's tree wasn't ready Aug 25 15:10:36 prpplague, it happens on first reboot for me, after install (which writes the new initrd once to the fat) Aug 25 15:10:44 rsalveti, right Aug 25 15:10:54 ogra: ahh interesting Aug 25 15:11:16 beta freeze is tomorrow and we have a ton of other issues to fix Aug 25 15:11:32 gdm isnt starting either :( Aug 25 15:11:35 :-( Aug 25 15:11:40 GrueMaster, ^^^ do we have a bug for that ? Aug 25 15:12:07 Looking. Aug 25 15:12:23 i can run startx and get to a desktop session Aug 25 15:12:31 well, i could before i tried to reboot Aug 25 15:13:01 and do we have a bug for the bad magic number ? Aug 25 15:13:05 * ogra digs Aug 25 15:13:29 I'm missing something here. What am I looking for? Aug 25 15:13:38 ogra: fwiw.. I think the issue updating the fat boot partition with new uImage is actually an issue with linux fat support... if I write the uImage to an MMC card from macosx I can do it 100's of times and I haven't seen bad magic # Aug 25 15:13:53 GrueMaster, for a bug about gdm not starting on the panda Aug 25 15:14:05 so I think the best option is to dd an entire raw boot partition, rather than relying on fatfs Aug 25 15:14:22 I don't think so, but I might have. Aug 25 15:14:28 robclark, why dont we have any issues on omap3 then ? Aug 25 15:14:39 I had same issue on omap3 Aug 25 15:15:04 at least on 3430.. I never tried 36xx Aug 25 15:15:12 No, thats what I was working on last week. Haven't finished narrowing it down yet. Aug 25 15:15:26 GrueMaster, we need bugs for the freeze execptions Aug 25 15:15:40 Understood. Aug 25 15:15:57 please file something generic for each issue you find first, we can do detailed research later Aug 25 15:16:02 ogra: that is a good question, how are you mounting the boot partition? as vfat or just msdos? Aug 25 15:16:10 prpplague, vfat Aug 25 15:16:11 Ok Aug 25 15:16:26 prpplague, well, we dont specify a fs actually we just mount it Aug 25 15:16:38 ogra: you said we don't have this issue for blaze Aug 25 15:16:45 that's more interesting Aug 25 15:16:46 ogra: ahh, can you check to see what it is actually reporting after mounting? Aug 25 15:17:15 echo "Using u-boot partition: ${UBOOT_PART}" >&2 Aug 25 15:17:15 TMPMOUNT=$(mktemp -d) Aug 25 15:17:15 mount $UBOOT_PART $TMPMOUNT Aug 25 15:17:26 thats the code that mounts it Aug 25 15:17:40 we rely on the kernel here to determine the fs Aug 25 15:17:53 i would, if i could boot :P Aug 25 15:19:33 /dev/mmcblk0p1 on /mnt type vfat (rw) Aug 25 15:19:38 thats what i get on x86 Aug 25 15:20:33 ogra: Bug #624059. I marked it as critical - incomplete to indicate that it is high priority but cause unknown. Aug 25 15:20:46 thanks Aug 25 15:21:12 Launchpad bug 624059 in ubuntu "gdm fails to start on armel images updated from Alpha 3. (affects: 1) (heat: 8)" [Critical,Incomplete] https://launchpad.net/bugs/624059 Aug 25 15:23:23 prpplague, same on panda ... "/dev/mmcblk0p1 on /mnt type vfat (rw)" Aug 25 15:24:01 mkdosfs -n "SERVICEV001" -F 32 /dev/mmcblk0p1 is the way we use to create the filesystem btw Aug 25 15:25:10 yep, creating it as a simple fat 32 partition is enough to get the problem Aug 25 15:29:49 ogra: can you email me a list of items that are of concern for the panda support? Aug 25 15:30:31 prpplague, you mean for u-boot ? Aug 25 15:30:45 the trashed filesystem is the only one atm Aug 25 15:30:45 ogra: any issues that you have for 10.10 release Aug 25 15:31:03 the other ones are rather homemade Aug 25 15:31:09 ahh ok Aug 25 15:31:30 i.e. busybox reboot doesnt work and things like that ... all stuff i need to fix in the packages Aug 25 15:31:35 I have discovered on this issue that I can reproduce it by just moving/renaming existing files and copying new ones over. Aug 25 15:31:51 GrueMaster, does the system dbus run if you try to start gdm ? Aug 25 15:31:51 robclark and i have seem to nailed down the issues with the hdmi/dvi stuff so we should be getting those merged soon Aug 25 15:32:01 robclark has his stuff posted on gitorious Aug 25 15:32:13 But if I copy them to a different area, reformat the partition, and recopy them back with the new files first followed by the old ones it works. Aug 25 15:32:16 yeah, right thats another issue but we're waiting for the latest kernel Aug 25 15:32:29 GrueMaster: yea that is what my script does Aug 25 15:32:38 It appears to be an issue with seeking past a certain pont in the filesystem. Aug 25 15:32:51 we cant reformat the whole thing on every initramfs update Aug 25 15:33:13 * ogra will not release with such hacks Aug 25 15:33:51 prpplague, how far is the new u-boot implementation feature wise ? shoudl it be on par with the 1.1.4 version ? Aug 25 15:34:16 (we need hush shell and scripting support for our images) Aug 25 15:35:02 ogra: feature wise, it is 10000000 times ahead of 1.1.4 Aug 25 15:35:21 if it works as good as 1.1.4 we should probably update Aug 25 15:35:27 but that would have to happen today Aug 25 15:35:52 ogra: you'd need to get with sakoman to double check the complete status Aug 25 15:36:10 his wikipage didnt look like it would be comeplete Aug 25 15:36:20 http://omappedia.org/wiki/U-boot_Upstreaming_Project Aug 25 15:36:34 ogra: as I described at the bug report, it works fine :-) Aug 25 15:36:42 ogra: for panda it should be fine Aug 25 15:36:43 ogra: even using the current u-boot default tree Aug 25 15:36:46 ogra: i think that just means the upstream items Aug 25 15:36:48 rsalveti, would you have time to package it ? Aug 25 15:37:09 i think we need to switch for the es2.0 HW anyway Aug 25 15:37:17 ogra: sure, if you think we're good to update it now Aug 25 15:37:18 for sdp/blaze it is missing final ethernet/spi driver cleanup and emmc environment support Aug 25 15:37:39 rsalveti, well, if it saves us from bad hacks like reformatting the fat every update Aug 25 15:37:50 hush shell and scripting are there Aug 25 15:38:11 sakoman, do you have an ETA for landing teh blaze features ? Aug 25 15:38:14 ogra: should I update it now or wait for es2? Aug 25 15:38:26 ogra: if you switch to the mainline u-boot to fixed the magic number issue, it will be a good reason to push for changing support on our end Aug 25 15:38:29 rsalveti, well, with the current state we cant roll beta images Aug 25 15:39:08 ogra: ok, will test the latest one and pack it Aug 25 15:39:12 *try Aug 25 15:39:16 ogra: probably a month or two since I've had OMAP3 stuff moved up on the priority list by the LInaro folks Aug 25 15:39:22 prpplague, right, the thing is that we have time constraints and updating stuff gets harder every day, from tomorrow on each fix requires a ton of paperwork Aug 25 15:39:44 ogra: ahh Aug 25 15:39:47 sakoman, bah, thats bad, out omap3 u-boot works fine apparently Aug 25 15:40:08 * ogra hast seen any such issues on beagles Aug 25 15:40:08 ogra: not for Beagle xM or C4 Aug 25 15:40:14 that support is not upstream Aug 25 15:40:28 i only have a C4 to test (kernel issues on XM prevent me from testing there atm) Aug 25 15:40:31 my task is to get all support upstream Aug 25 15:40:42 sakoman, i dont use upstream, i use your branches ;) Aug 25 15:41:02 ogra: my omap4-exp branch has functional ethernet Aug 25 15:41:18 it is just not cleaned up for upstream Aug 25 15:41:19 so we should use that one in the distro ? Aug 25 15:41:45 rsalveti, would you update our u-boot-omap4 package from that one ? Aug 25 15:41:56 that is my working branch and I do frequent rebases as I clean things up and submit upstrea Aug 25 15:41:57 ogra: http://people.canonical.com/~rsalveti/maverick/kernel/linux-image-2.6.35-17-omap_2.6.35-17.23rsalveti1_armel.deb should work for your xM, if you want to test it Aug 25 15:42:12 ogra: sure Aug 25 15:42:18 rsalveti, i will, but i'm currently focusing on panda Aug 25 15:42:35 and have a long list of broken stuff still here Aug 25 15:42:42 i know, I'm pointing the link just in case you want to test it :-) Aug 25 15:42:51 yeah, i will Aug 25 15:43:08 the omap4-exp branch should work with panda, blaze, beagle c4, beagle xm, and Overo (both 35xx and 37xx versions) Aug 25 15:43:39 sweet Aug 25 15:44:17 cool. One uboot to bind them. Aug 25 15:44:22 the only caveat is that the omap4-exp branch is rebased fairly often as I prepare the patches, submit them upstream, and respong to feedback Aug 25 15:44:23 as we're not seeing any issue with u-boot-omap3, I'd prefer updating just u-boot-omap4 with your current branch Aug 25 15:44:33 ogra: what do you think? Aug 25 15:44:36 I try to keep it working at all times though Aug 25 15:44:50 sure, np Aug 25 15:44:50 rsalveti, yeah, it will also be a lot easier to package Aug 25 15:45:08 ok then Aug 25 15:45:15 if you build multiple binaries you need multiple configure and build runs Aug 25 15:45:45 i plan to switch to linaro u-boot in N anyway Aug 25 15:45:50 that's not a problem as linaro's package is probably doing that already Aug 25 15:46:06 but I'd say it's better to just update omap 4 now Aug 25 15:46:23 yeah, linaro uboot is not uploaded yet i think Aug 25 15:46:44 if we see any blocking issue for omap 3, then we merge both packages in one that's upstream based (or linaro) Aug 25 15:46:44 i think slangasek said something like that in yesterdays call Aug 25 15:46:54 hm, ok Aug 25 15:47:00 ogra: I know jcrigby is testing my branch for the linaro u-boot builds Aug 25 15:47:13 well, if the linaro u-boot would work on omap4 we could even switch now Aug 25 15:47:19 but i think thats plain upstream Aug 25 15:47:33 and i want all the additional sakoman love from the -exp branch ;) Aug 25 15:47:34 hmm, what did I say? Aug 25 15:47:40 ogra: just uploaded new version to ppa Aug 25 15:47:51 slangasek, that u-boot isnt uploaded to the archive yet Aug 25 15:47:57 the linaro one Aug 25 15:48:28 correct - I need to work with jcrigby today to get it uploaded in a feature-freeze-compliant manner Aug 25 15:48:45 slangasek, we have fat issues with the current omap4 version we use and i was wondering if it wouldnt make sense to switch to your version now instead of waiting for N Aug 25 15:49:25 if it helps you, we're happy to support your use of it Aug 25 15:49:27 since i want to do that switch anyway at some point Aug 25 15:49:35 but you are building from plain upstream Aug 25 15:49:48 which doesnt have everything i'd like to have :) Aug 25 15:49:53 ah Aug 25 15:50:09 (we need to support panda and blaze with the omap4 package) Aug 25 15:50:11 well, we can discuss putting some sauce into the packaging Aug 25 15:50:33 oh, that sounds less like sauce and more like a side dish :) Aug 25 15:50:38 and as sakoman said above eMMC support for blaze is missing atm Aug 25 15:50:55 and eMMC is the main disk on the blaze :) Aug 25 15:51:30 ndec1, whats your suggestion from a blaze POV ? Aug 25 15:53:55 ogra: jcrigby can confirm, but it seems current linaro's tree is using most of current sakoman's patches from omap4-exp Aug 25 15:54:34 rsalveti, well, lets do it that way, i trust you on picking the right way and leave it in your hands ;) Aug 25 15:55:04 ogra: haha, sure :-) Aug 25 15:55:17 but I'd say at the moment that linaro's tree is enough for us Aug 25 15:55:26 but still want to look for omap3 related patches Aug 25 15:55:28 * ogra needs to reasearch busybox, gdm and update the netbook-settings package Aug 25 15:55:36 as we could be missing patches Aug 25 15:55:42 ok Aug 25 15:56:23 the busybox breakage smells very much like toolchain :( Aug 25 15:56:48 ogra: I'm continuing my Alpha 3 update-to-fail investigation right now. Should have something by EOD (since I can focus ,more on it & have faster network). Aug 25 15:56:59 ogra:I have all of sakomans latest patches Aug 25 15:57:06 on top of upstream Aug 25 15:57:21 jcrigby: cool, will try your package later Aug 25 15:57:25 GrueMaster, i still see no systm dbus on ym images, gdm will not start without that running Aug 25 15:57:26 and check omap 3 support Aug 25 15:57:39 if everything is well, than we can just use your package Aug 25 15:57:44 and drop omap3 and omap4 ones Aug 25 15:59:45 yeah Aug 25 15:59:53 ogra: what do you mean by 'eMMC support is missing on blaze'? Aug 25 15:59:53 that was my plan for N Aug 25 16:00:01 ndec1, in u-boot Aug 25 16:00:23 ogra: eMMC on blaze is working with TI version of uboot Aug 25 16:00:29 ndec1, which u-boot would you suggest to use, apparently 1.1.4 has massive issues Aug 25 16:01:07 since it seems unlikely that we can get the whole fat driver replaced now, we're discussing which other tree to use Aug 25 16:01:22 rsalveti, I have tested it on the hw I have which is C4, xM and mx51 babbage Aug 25 16:01:38 * jcrigby has no omap4 hw Aug 25 16:01:43 jcrigby, yeah, we need omap4 panda :) Aug 25 16:01:48 but we have the HW Aug 25 16:01:52 jcrigby: nice, but our old omap 3 tree had some extra patches, I'd say Aug 25 16:02:04 initial zippy support and other stuff Aug 25 16:02:15 jcrigby: I'll test it on my panda Aug 25 16:02:21 rsalveti, i think i only made config changes and used sakoman'S omap3 tree as is Aug 25 16:02:40 rsalveti, I think sakomans next task is expansion board support for mainline Aug 25 16:02:56 jcrigby: cool, good to know Aug 25 16:03:14 ogra: yup, but these patches are not at his current branch Aug 25 16:04:00 ah Aug 25 16:04:27 ok, so downgrading busybox to the last version makes reboot -f work again Aug 25 16:04:39 * ogra re-adds -marm to debian/rules Aug 25 16:04:55 who could help testing it on blaze? ndec1, GrueMaster? Aug 25 16:05:27 i have a blaze but a) not set up and b) we need a special eMMC setup we dont have yet Aug 25 16:05:36 (in flash-kernel) Aug 25 16:05:43 hm, ok Aug 25 16:08:47 ogra: and davidm have the blazes (I don't get cool toys, only guts). Aug 25 16:08:51 rsalveti: we can. I just not available atm to discuss since I am on another meeting. i want to understand more about this. perhaps we can discuss on Fri during our call. Aug 25 16:09:20 ndec1, beta freeze is unfortunately tomorrow Aug 25 16:09:41 it's simply, just to test if the latest u-boot boots at blaze Aug 25 16:10:00 rsalveti, well, its more since the blaze should get a special setup later Aug 25 16:10:12 yeah, but for now, I mean Aug 25 16:10:35 it will boot from a raw partiton on the eMMC and the u-boot version we use needs to support that Aug 25 16:10:53 or at least be enhancable in a way that we can easily get a freeze exception Aug 25 16:13:24 I can send the blaze to GrueMaster if that helps, just got it back from NCommander Aug 25 16:14:10 well, to someone who will actually work with it would be good :) Aug 25 16:14:18 either GrueMaster or rsalveti i'D say Aug 25 16:14:42 davidm: I think I forgot to send the power cord (i couldn't find it, but its a standard plug) Aug 25 16:14:57 Probably faster/easier to send it to me, although rsalveti would be the better choice for long term development. Aug 25 16:15:29 GrueMaster, I can't send it to him the duties would be insane Aug 25 16:15:39 yep, expensive board Aug 25 16:15:49 send it to GrueMaster, I can work with him on that Aug 25 16:15:50 then send it to GrueMaster Aug 25 16:15:59 at least it'd be good so he could test it when needed Aug 25 16:16:30 GrueMaster: I can get it directly from you later, if needed Aug 25 16:16:37 ok, busybox uploaded, automatic rebooting should work again Aug 25 16:17:02 ogra: just reverting last commit is enough? Aug 25 16:17:16 re-adding -marm Aug 25 16:17:25 rsalveti, yeah, just building with -marm again Aug 25 16:17:55 just a note, the power management is working on the ES2.0 8-layer panda boards Aug 25 16:18:13 looks like the twl6030 silicon we had on the earlier es2.0 boards has an issue Aug 25 16:18:24 hm Aug 25 16:19:04 tricky Aug 25 16:19:16 i dont think we'll get the 8 layer yet Aug 25 16:19:31 ogra: i'd be good if people could test or ask to test arm specific changes on packages Aug 25 16:19:52 but don't know how hard was to find this bug Aug 25 16:20:12 it was just a look at the changelog and some experience :) Aug 25 16:20:33 the gdm issue seems to be rather tricky Aug 25 16:21:03 what would be good would be to have enough HW to give it to ara so she could set up automated testing Aug 25 16:21:32 i.e. not require the maintainer to test but just have automated tests that send regression alterts Aug 25 16:21:41 *alerts Aug 25 16:21:58 jcrigby: correct -- adding the expansion board stuff is on the agenda next Aug 25 16:22:09 should be in by end of this week Aug 25 16:22:19 Hopefully I can work with her on this post release. My systems are idle at night anyways. Aug 25 16:22:55 sakoman: nice Aug 25 16:23:44 GrueMaster, not your systems :) for N we should have huuuuge amounts of HW Aug 25 16:24:01 GrueMaster, but its surely worth a spec for N Aug 25 16:24:31 hey zul ! Aug 25 16:24:37 you in -arm ? Aug 25 16:25:00 hey ogra, yep just lurking Aug 25 16:25:19 phew ... i was fearing server breakage :) Aug 25 16:25:32 good to see you here :) Aug 25 16:26:56 ogra: I've added a task to my list to write up a blueprint for test automation, however I'll need someone to proxy for me as I won't make UDS. Aug 25 16:27:16 huh ? you wont ? Aug 25 16:27:27 thats bad, but i can proxy for you Aug 25 16:27:47 ogra: hehe Aug 25 16:28:03 GrueMaster, or worst case i'll delegate to NCommander he has nothing to do anyway ... just that little dove thing :) Aug 25 16:28:09 I had already booked a cruise that week. Booked it once we had the release date finalized at the last UDS. Aug 25 16:28:17 heh Aug 25 16:28:25 ah, year i remember now, you told me at the sprint Aug 25 16:28:51 When I told the wife I should go to UDS, she gave me a look that would have given an exorcist pause. Aug 25 16:28:54 * sakoman has no idea what this N thing is Aug 25 16:29:03 * NCommander embeds a golf club in ogra's head Aug 25 16:29:04 Next Release. Aug 25 16:29:09 sakoman, next release after mmmmmaverick :) Aug 25 16:29:15 sakoman: its a letter Aug 25 16:29:17 :-) Aug 25 16:29:23 :-) Aug 25 16:29:51 * sakoman imagines Sesame Street music in the background Aug 25 16:30:10 "this release brought to you by the letter N" Aug 25 16:30:11 lol Aug 25 16:31:15 it actually *is* like sesame street :) you learn a lot about adjectives and animals following ubuntu releases Aug 25 16:32:19 maverick meerkat :) natty narwahl Aug 25 16:33:30 * ogra takes a break Aug 25 16:34:31 I thought it was narcissistic narwhal. Aug 25 16:34:41 Guess I should read the web a little more. Aug 25 17:55:47 has anyone been able to use the ftrace's "set_ftrace_filter" on OMAP3 ? Aug 25 18:26:28 sebjan: ping Aug 25 18:31:35 ogra: are you guys using the linux-fsl-imx51 kernel at all in maverick? It was inherited from lucid when the archive opened, hasn't been updated since, and if it's not needed / worked on, it's better to cull it from the archive than to let it drift Aug 25 18:31:44 (it's already missing two security revisions from lucid) Aug 25 18:33:12 slangasek: it's removed already Aug 25 18:33:18 in maverick Aug 25 18:33:22 lool: no, it isn't Aug 25 18:33:24 slangasek, we dont support imx51 at all Aug 25 18:33:36 in maverick Aug 25 18:33:37 slangasek: Oh I don't see the source in rmadison output Aug 25 18:33:50 lool: I'm looking straight at the archive; not sure why rmadison doesn't show it for you Aug 25 18:33:59 ogra_cmpc: so you're ok with me nuking it? Aug 25 18:34:02 slangasek: Uh yes I do, I'm just assuming it's sort alphabetically Aug 25 18:34:07 slangasek: I'm just tired, sorry Aug 25 18:34:07 slangasek, totally Aug 25 18:34:52 slangasek: I do get security updates for lucid to test. And we do still support it on lucid. Aug 25 18:35:18 GrueMaster: yes, we don't remove packages from released versions after the release Aug 25 18:35:31 ok, just making sure. Aug 25 18:35:43 GrueMaster, only maverick Aug 25 18:36:05 Might also check with oem to see if they have any strange projects going on that require it. Aug 25 18:36:55 oh, that might be, but for imx51 they will surely have their own kernel/bootloader Aug 25 18:37:12 since ours definitely only supports babbage boards Aug 25 18:37:44 and hasn't even been getting security updates Aug 25 18:38:02 slangasek, lamont or IS might have some interest in having an imx51 kernel since our buildds are currently all babbage 3.0 boards Aug 25 18:38:05 if OEM were using it, I expect they would've interfaced with the kernel team on this before now Aug 25 18:38:14