**** BEGIN LOGGING AT Thu Feb 18 02:59:57 2010 Feb 18 08:39:55 plars: ping Feb 18 08:40:35 saeed, ~3am where he lives ... Feb 18 08:40:55 ogra: hi Feb 18 08:40:59 hey Feb 18 08:41:16 have you installed lucid over dove x0? Feb 18 08:41:36 i'm not one of the lucky guys to have an X0 Feb 18 08:41:48 I see Feb 18 08:42:18 and i think NCommander is travelling, plars and GrueMaster ate in later timezones Feb 18 08:42:22 *are Feb 18 11:54:18 asac: ping Feb 18 12:59:50 saeed: hi Feb 18 13:02:00 asac: have you installed lucid on dove? Feb 18 13:05:58 Hello Feb 18 13:06:29 does somebody has some experienc an i.mx51 bbg board combined with gstreamer? Feb 18 13:07:22 A lot of people here played with babbage boards, but with varying versions; less so with the gstreamer codecs Feb 18 13:07:56 its the latest evk board Feb 18 13:08:07 installed with the demo image from freescale itself Feb 18 13:08:40 Problem is that I want to stream some rtp (mpeg ts, with divx) to this board Feb 18 13:08:47 and use the gpu to decode Feb 18 13:09:03 but it kindof hangs Feb 18 13:09:04 I mean Feb 18 13:09:11 things seem ok Feb 18 13:09:16 it's detected Feb 18 13:09:28 it does some things but then just "hangs" Feb 18 13:09:32 i see no video Feb 18 13:10:03 command to receive I use is: gst-launch-0.10 -v gstrtpbin name=rtpbin udpsrc caps="application/x-rtp, media=(string)video, clock-rate=(int)90000, encoding-name=(string)MP2T" port=1234 ! rtpbin.recv_rtp_sink_0 rtpbin. ! rtpmp2tdepay ! decodebin2 ! xvimagesink Feb 18 13:10:24 do I choose a wrong output device or something? Feb 18 13:10:28 do I miss an option? Feb 18 13:10:39 on a normal pc on my network, it just works like that Feb 18 13:10:42 and localy also Feb 18 13:12:08 wv: Sorry, no idea about the hangs Feb 18 13:12:33 You don't have any buffer though Feb 18 13:12:41 You might want to add some ! queue elements in your pipeline Feb 18 13:14:35 what are queue elements? Feb 18 13:14:38 You could also try in software without the gpu decoder Feb 18 13:14:49 I mean, I'm not a gstreamer specialist Feb 18 13:15:00 wv: literally buffers Feb 18 13:15:01 this pipeline is also constructed with some help from the gstreamer channel :) Feb 18 13:15:11 wv: gst-inspect-0.10 queue will give you some doc Feb 18 13:15:22 lool: ok Feb 18 13:15:43 lool: I already tryed with vlc and it works ok, despite the lack of hardware acceleration Feb 18 13:15:51 wv: but I'm not sure it's the problem; it's just usual to have at least one queue to have sufficient data for the decoders to work Feb 18 13:16:03 wv: Try with gstreamer without hardware acceleration Feb 18 13:16:07 wv: Or try the pipeline on your PC Feb 18 13:16:19 wv: FSL's gst codecs require patching to gstreamer Feb 18 13:16:39 and it might be that they either hang with some input, or that the gst stack misbehaves Feb 18 13:17:10 I would validate my pipeline in pure software decoding mode, and then try with FSL's stack and optimized elements Feb 18 13:20:50 lool: how can i test it without the fsl gst codecs? Feb 18 13:21:03 it just loads them as I run this command Feb 18 13:21:10 or do I uninstall them? Feb 18 13:21:51 wv: Try on your Ubuntu host? Feb 18 13:22:20 wv: You could just "mv" the elements away to try it on the board; you'll need replacement elements such as the ffmpeg divx decoder Feb 18 13:23:44 I tryed it on my host and it worked (streamed to 127.0.0.1) Feb 18 13:24:03 lool: also tried to another networked pc and worked also Feb 18 13:24:32 wv: Ok; so try without the gpu codecs; look for the gstreamer plugins which provide these and move them away, see if the software decoders work Feb 18 13:24:54 If it works with software decoders, you can basically point at the fsl plugins Feb 18 13:25:15 If it hangs with software decoders, you should look into the fsl gstreamer patches, perhaps rebuilding an unmodified gstreamer Feb 18 13:27:57 owkey Feb 18 13:28:08 well, I'll first have a look to add some "queue" Feb 18 13:28:16 * ogra lols about lool's creative long patch names Feb 18 13:28:28 * lool uses git format-patch's default Feb 18 13:28:43 long sentences with dashes ? Feb 18 13:29:03 Yes Feb 18 13:29:14 git format-patch takes the first line of the commit, just as shortlog does Feb 18 13:29:21 And changes spaces to dashes Feb 18 13:29:24 ah Feb 18 13:30:08 ogra: Since you mention it, at your earliest convenience please test this new qemu-kvm upload; I wonder whether the GCC atomics changes break anything and would like some additional testing before submitting upstream Feb 18 13:30:16 I usually submit to upstream first, but this change is quite intrusive Feb 18 13:30:50 is that working around the glib issues or do i still need to export the gslice stuff ? Feb 18 13:31:35 or are you just referring to -static here ? Feb 18 13:31:52 This is unrelated, it's for the armel build Feb 18 13:31:57 But it changes locking on all architectures Feb 18 13:32:14 ok Feb 18 13:32:49 given that i'm madly testing rootstock atm i'll have it with the next upload and will notice any issues i guess Feb 18 13:34:00 * ogra curses compiz broken focus behavior in lucid Feb 18 13:40:33 hi all Feb 18 13:42:00 amitk, am I right that for changing board ID (understand assinging Netwalker's specific ID) I would need to modify RedBoot in NOR? Feb 18 13:42:54 Sleep-Walker: redboot would need to pass the correct board id to the kernel, yes Feb 18 13:43:34 whats the current id you see in /proc/cpuinfo ? Feb 18 13:43:53 Sleep-Walker: what is it you're trying to do? Feb 18 13:43:56 (the field is "Revision:" iirc) Feb 18 13:44:23 I'm preparing that wiki page and read Netwalker's code Feb 18 13:44:52 amitk, I'd like to have support for Netwalker in upstream Feb 18 13:45:33 I'm trying to make some plan of pushing all neesary stuff Feb 18 13:45:55 saeed: the smoke testing? let me ask whats the progress on that Feb 18 13:46:19 (I know that large part of code need to be rewritten or modified a lot) Feb 18 13:46:47 saeed: i was fighting with getting stuff done for feature freeze (which was today) ... so i didnt get to it personally yet Feb 18 13:47:00 but GrueMaster and plars wanted to check it ... and NCommander afaik Feb 18 13:47:11 Sleep-Walker: as I said the other day, try booting the stuff that is upstream with a modified bootloader. You'll find it probably boots Feb 18 13:47:36 yeah Feb 18 13:48:02 but there is more work left than support for i.MX51 Feb 18 13:48:20 wifi, optical point, touch buttons,... Feb 18 13:49:29 Sleep-Walker: one small step at a time is my motto. Personally, I want to concentrate on the drivers _on_ the SoC first. Not the external peripherals. Feb 18 13:49:44 and there is lots of things there too Feb 18 13:50:19 I'd rather try kexec instead of bricking my new toy for now Feb 18 13:51:24 I'm currently not writing code itself, just creating plan, status page etc Feb 18 13:52:05 asac: I've seen few issues with lucid installation, Iet me know when we can work on it Feb 18 13:53:07 saeed: what issues did you see? Feb 18 13:53:23 saeed: which image did you try? Feb 18 13:53:41 http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-live/20100215/ ? Feb 18 13:53:49 (i dont remember if i gave you the desktop image) Feb 18 13:54:25 ogra: do you know whats up with the image builders? Feb 18 13:54:28 they are down? Feb 18 13:54:30 no logs for me Feb 18 13:54:43 ah wait Feb 18 13:54:48 looking at wrong logs i think Feb 18 13:54:51 http://people.canonical.com/~ubuntu-archive/livefs-build-logs/lucid/ubuntu-netbook-imx51/ Feb 18 13:54:55 has logs Feb 18 13:55:08 buildd breakage fallout Feb 18 13:55:38 today we should get images again Feb 18 13:58:06 ogra: i dont even say a fatal error in the current log Feb 18 13:58:08 see Feb 18 13:58:23 it produces squashfs Feb 18 13:58:26 and then its gone Feb 18 13:58:36 huh ? Feb 18 13:58:49 The following packages have unmet dependencies: Feb 18 13:58:50 update-notifier: Depends: update-notifier-common (= 0.94) but 0.95 is to be installed Feb 18 13:59:07 from http://people.canonical.com/~ubuntu-archive/livefs-build-logs/lucid/ubuntu-netbook-imx51/20100218/ Feb 18 13:59:29 not sure what you look at :) Feb 18 13:59:38 http://people.canonical.com/~ubuntu-archive/livefs-build-logs/lucid/ubuntu-dove/current/livecd-20100126-armel.out Feb 18 13:59:51 ok Feb 18 13:59:53 now i see Feb 18 14:00:11 looking at netbook might help Feb 18 14:00:16 yeah :) Feb 18 14:04:33 hi, what does "Unhandled fault: external abort on non-linefetch (0x1018) at 0x4033e000" mean? Feb 18 14:07:29 saeed: I tried the patched kernel yesterday and was able to boot Feb 18 14:07:54 I did hit some problems when I built it into an image, it was complaining about my squashfs, so something went wrong when rebuilding it I suspect. Feb 18 14:08:29 saeed: I'd like to try with the image once it's built in, but I'm traveling today, GrueMaster should be up in about 2 hours and would be able to test it though Feb 18 16:19:49 saeed: I'm up now. What would you like to know? Feb 18 16:23:33 GrueMaster: hi Feb 18 16:23:54 I've tried to install lucid from live image on dove Feb 18 16:23:59 dove x0 Feb 18 16:24:26 The most recent image I have is 20100215, and it doesn't boot on X0. Feb 18 16:24:44 It gets as far as uncompressing the kernel, then nothing. Feb 18 16:25:20 ok, you should take this img http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-live/current/lucid-netbook-armel+dove.img Feb 18 16:25:38 Oddly enough, I get the same problem with a known working Karmic image. Feb 18 16:25:54 then take the image and initrd from http://people.canonical.com/~mcasadevall/dove/x0_casper/ Feb 18 16:27:11 the kernel image from that link should work on x0 Feb 18 16:29:16 GrueMaster: new dove x0 boards (rev 1.4) needs patches that still not merged to the lucid dove kernel Feb 18 16:29:21 I planned on trying that later today. Feb 18 16:30:07 the live images boots fine Feb 18 16:30:30 but I started to see issues when installed it on sata hdd Feb 18 16:30:48 the installation process doesn't complete gacefully Feb 18 16:31:48 I mean there was no message the it completed, and some error message regarding ubiquity showed up Feb 18 16:31:54 Any ideas as to why Karmic fails? Same kernel issue? Feb 18 16:32:07 yes Feb 18 16:33:14 eric uploaded kernel package that suppots dove x0 board at http://people.canonical.com/~ycmiao/dove-x0test/ Feb 18 16:33:53 Ok, I'll look into them. Thanks. Feb 18 17:34:28 Wee upstream u-boot gets support of imx51 with fec Feb 18 17:35:15 for babbage actually (evk) Feb 18 17:36:00 lool: \o/! Feb 18 17:36:21 funny, wolfgang told me he doesnt want to merge the git tree when i pointed him to it yesterday Feb 18 17:37:26 They just selected a new imx custodian on the u-boot list and the port was proposed immediatly thereafter Feb 18 17:38:02 http://lists.denx.de/pipermail/u-boot/2010-February/067329.html Feb 18 17:38:27 http://lists.denx.de/pipermail/u-boot/2010-February/067475.html Feb 18 17:38:54 (Stefano Babic proposed himself as the custodian) Feb 18 17:39:02 oh, funny Feb 18 17:39:08 its not the freescale tree Feb 18 17:39:25 It's from freescale though Feb 18 17:39:45 but not the git tree Feb 18 17:39:57 somehow that defeats the purpose Feb 18 17:40:00 and that's the fec fix http://lists.denx.de/pipermail/u-boot/2010-February/067329.html Feb 18 17:40:19 err Feb 18 17:40:21 08 ? Feb 18 17:40:30 freescale has everyting on 09 Feb 18 17:40:40 all 08 patches were dropped and rewritten Feb 18 17:42:18 Funny, the new custodian gets pointed at our source package http://lists.denx.de/pipermail/u-boot/2010-February/067656.html Feb 18 17:44:25 oh my Feb 18 17:44:33 and that source is really messy Feb 18 17:44:47 a mix of 08 and 09 patches Feb 18 19:59:49 NCommander: ooo built, however it fails as http://www.openoffice.org/issues/show_bug.cgi?id=105359 Feb 18 19:59:54 OpenOffice.org bug 105359 in udk "bridges:arm failure to start OOo - terminate called after throwing an instance of 'com::sun::star::ucb::InteractiveAugmentedIOException'" [Defect,Started: ] Feb 18 20:00:43 armin76: there's already a bug for this, I just wanted to make sure it wasn't an Ubuntu specific bug; I need to do some testing but its possible this is a binutils issue Feb 18 20:01:05 y Feb 18 20:01:10 you have your answer now :) Feb 18 20:01:25 armin76: thanks. Feb 18 20:01:42 yw Feb 18 20:02:20 openoffice-3.1.1: Wed Feb 17 02:12:23 2010: 1 day, 11 hours, 42 minutes, 56 seconds Feb 18 20:22:08 apw: Thanks for udebs, linux-source, and meta, you rock :-) Feb 18 20:53:30 even meta ? Feb 18 20:53:32 wow Feb 19 02:35:24 beagleboard is spiffy. **** ENDING LOGGING AT Fri Feb 19 02:59:57 2010