**** BEGIN LOGGING AT Wed Jul 06 02:59:57 2011 Jul 06 07:45:03 ogra_: i hear your ti-omap4 kernel isn't good Jul 06 07:47:09 infinity: ^^ Jul 06 07:47:33 apw: You hear correctly. Jul 06 07:47:55 apw: The gcc-4.6 versus USB fix isn't actually in the current kernel. Jul 06 07:48:10 infinity: do we know that that is the one and only patch you need in oneiric, can can you confirm that we are using the 1309 kernel in the tests you did Jul 06 07:48:12 apw: (AIUI, it also affect omap3) Jul 06 07:48:40 infinity: i thought omap3 was out of master, and the fix was already in ... let me check Jul 06 07:48:50 apw: We were testing with 1309, I can't confirm we don't need more fixes. :P Jul 06 07:49:13 infinity: ok then i'll pull that one over and run you up a test build, are you able to inject that to test Jul 06 07:49:17 apw: Oh, I mean the bug affects omap3. I'm not sure if it's in the current omap3 kernels. I *know* that omap4 is broken (since I tested that myself) Jul 06 07:49:42 apw: I should be asleep (have been working on that for hours), but you might get an ogra awake soon. Jul 06 07:50:16 infinity: i assume he has the h/w to test Jul 06 07:50:29 We all should. In theory. Jul 06 07:50:33 I hope he does. :P Jul 06 07:50:59 apw: Though, realistically, it can't get any MORE broken, so even a blind upload beats the current situation. (sadly) Jul 06 07:51:18 apw: Given that nearly anything of interest on the Panda is on the USB bus, a kernel with broken USB is effectively a dud. Jul 06 07:51:54 it is a shame we didn't notice this before the freeze Jul 06 07:52:13 apw: Sorry we didn't notice this when it was uploaded, but it seems no one got around to updating -meta until very recently, so our dailies were happily using the old kernel. Jul 06 07:52:30 infinity: indeed, but that kernle is broken too Jul 06 07:52:32 (A great argument for making sure -meta is in lockstep...) Jul 06 07:52:35 (apparently) Jul 06 07:53:09 No, the old kernel is fine, owing to it having been built with an older toolchain, I believe. Jul 06 07:53:29 (The source has the same bug, obviously, but the binaries are old enough to be unbroken) Jul 06 07:53:38 bah what a mess Jul 06 07:53:43 * infinity nods. Jul 06 07:53:54 No argument here. Jul 06 08:04:45 infinity: in better news omap3 out of master looks to have the fix Jul 06 08:04:51 apw: Shiny. Jul 06 08:04:52 ogra_: poke Jul 06 08:05:14 infinity: if arm vendors were more open they'd not have this problem Jul 06 08:06:30 apw, gimme a sec, i dont have the recent image here Jul 06 08:24:20 * infinity finally wanders off to pass out. Jul 06 08:24:27 apw, ogra_: Good luck with kernels. Jul 06 08:24:44 i'm confident all will be fine :) Jul 06 08:25:44 ogra_: ok i am building an oneiric kernel with that one patch for you to test, i'll shout when its ready Jul 06 08:25:53 k Jul 06 08:26:30 ogra_: i assume we have CDs for ti-omap4, so we'll need that respun, shall i warn the release team Jul 06 08:26:47 i'll do that, dont worry Jul 06 08:29:17 argh, why did resizing get so slow Jul 06 08:33:44 grr Jul 06 08:35:57 win 6 Jul 06 08:42:41 ogra_: we simply have to start testing these images earlier. it takes 12 hours to build, we freeze the kernel friday before the milestone and we need to be testing then Jul 06 08:42:54 yeah Jul 06 08:43:13 my mistake, i should have warned that the fix wasn't there (and was needed) Jul 06 08:43:14 we would have known if the meta would have been updated alongside Jul 06 08:43:37 ogra_: but we should have noticed that sooner too Jul 06 08:43:41 we simply didnt notice the availability for two weeks Jul 06 08:43:44 its not like the version number is a secret Jul 06 08:44:00 no, the timing was just bad i guess Jul 06 08:44:06 of course it was my mistake that it was missing of course Jul 06 08:44:17 during the sprint everyone was focused on spec work and didnt check the archive Jul 06 08:44:27 apw, i'm not blaming you Jul 06 08:44:32 having rally the week before a milestone was dumb too Jul 06 08:44:49 its as well our mistake, i usually monitor -changes for kernel and bootloader uplaods Jul 06 08:44:55 ogra_: i am to blame for the meta missmatch, its a delayed action and easily missed annoyingly Jul 06 08:45:13 yeah, i'll try and make sure i tell you as well Jul 06 08:45:20 so we close the loop more effectivly Jul 06 08:45:21 we should merge meta and source probably Jul 06 08:45:38 or is the separation a safety thing ? Jul 06 08:45:53 the separation is both a safety valve and a timing thing Jul 06 08:46:07 rebuild it every time, but only bump the deps if necessary Jul 06 08:46:10 as you need the master linux-libc uploaded and built before Jul 06 08:46:43 more obviusly needed for master where the i386 and your architecture need to be built before your kenel will install Jul 06 08:46:51 well, effectively it sits in NEW until manual intervention, -meta doesnt need linux-libc to build Jul 06 08:46:55 and if it won't then apt loves to deinstall all your kernels Jul 06 08:47:14 ogra_: well that might be true if they were in the same package Jul 06 08:47:28 will put that on my list to investigate Jul 06 08:47:42 for releases with lbm then it needs to be separate Jul 06 08:47:58 though i do have a plan to make it have a dep so at least it can be uploaded and will drop to depwait Jul 06 08:48:16 well, there are surely bad things to find in that idea :) its just a thought Jul 06 08:48:29 without much background research Jul 06 08:48:34 good thoughts indeed specially for these special arm branches Jul 06 08:48:43 * apw adds some actions for that Jul 06 08:49:17 ppisati: i can't really blame you for this milestone, never really talked to you about what matters for us and when the critical times are Jul 06 08:51:30 ogra_: ok kernel to try in: http://people.canonical.com/~apw/ti-omap4-oneiric/ Jul 06 08:52:44 ogra_: do we produce anything other than the headless images for omap4 ? Jul 06 08:55:59 headless is called server now Jul 06 08:56:13 and yes, we produce netboot and desktop too Jul 06 09:05:34 gra@panda:~$ uname -r Jul 06 09:05:34 2.6.38-1309-omap4 Jul 06 09:05:35 ogra@panda:~$ lsusb Jul 06 09:05:36 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Jul 06 09:05:36 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Jul 06 09:05:36 Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. Jul 06 09:05:36 Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. Jul 06 09:05:43 apw, ^^^ looks good Jul 06 09:06:10 ogra@panda:~$ ping ubuntu.com Jul 06 09:06:10 PING ubuntu.com (91.189.94.156) 56(84) bytes of data. Jul 06 09:06:15 NIC is there too Jul 06 09:06:28 apw, upload away i'd say Jul 06 09:25:20 ogra_: seen this ever when bootstrapping an armel chroot ? Jul 06 09:25:22 qemu: fatal: cp15 insn ee1d6f70 Jul 06 09:25:30 ouch Jul 06 09:25:47 nope, but i havent used chroots in a while Jul 06 09:25:56 looks serious though Jul 06 09:26:01 what release ? Jul 06 09:27:38 making chroots on lucid, specifically making an oneiric chroot Jul 06 09:28:38 well, which qemu are you using there ? Jul 06 09:28:50 the linaro backports should work afaik Jul 06 09:38:56 ogra_: that is a good question Jul 06 09:39:31 the shipped qemu in lucid definitely wasnt as good as the later linaro packages Jul 06 09:39:53 and iirc they provide PPA backports for all their releases Jul 06 09:41:48 ogra_: ok that looks like a standard qemu version number to me, any idea where this PPA is ? Jul 06 09:42:04 not really Jul 06 09:42:11 * ogra_ checks Jul 06 09:44:42 https://launchpad.net/qemu-linaro/+milestone/2011.06 Jul 06 09:45:52 hmm,. no PPA Jul 06 09:46:34 https://launchpad.net/~linaro- /+archive/tools/?field.series_filter=lucid Jul 06 09:46:37 there we go Jul 06 10:12:45 what should be a proper bootcmd for X-loader to start ubuntu-arm Jul 06 12:35:52 ogra_, rsalveti: I have an issue with rootstock. It seems the diversion of /usr/sbin/invoke-rc.d isn't properly removed. Another script is trying to divert and it complains about the rootstock diversion to be in the way. However I read from the script that it does call dpkg-divert --remove --rename /usr/sbin/invoke-rc.d Jul 06 12:36:40 I even read "Removing 'local diversion of /usr/sbin/invoke-rc.d to /usr/sbin/invoke-rc.d.rootstock'" from the rootstock logs Jul 06 12:37:34 But running dpkg-divert --list on the target it still lists /usr/sbin/invoke-rc.d.rootstock as a diversion Jul 06 16:41:24 hey there, is it possible to access to the camera on OMAP4 from "normal" distributions, and if so, how ? Jul 06 16:41:38 i'm trying with openmax ducati api, jut it just won't fill my buffers Jul 06 16:48:56 phh, probably #pandaboard might be better, there are also the TI hardware guys Jul 06 16:51:30 bah, just when I ask i've got some progress, if i issue Flush command, it starts sending stuff to me ... Jul 06 16:53:45 err, or not Jul 06 16:57:28 yup, not. Jul 06 18:00:11 Hi guys ......... I have a query, Does anyone here tested ubuntu on pandaboard? Does ubuntu supported accelerated video codecs for omap4? Jul 06 18:57:18 montamer: Yes. We have a natty build for panda, and you can install the accelerated graphics package as well. Jul 06 18:57:35 See topic for links. **** ENDING LOGGING AT Thu Jul 07 02:59:56 2011