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