=== Mike^ is now known as Guest52083
[12:23] <ikke-t> any directions to howto change kernel versions for uboot in maverick on beagleboard?
[12:24] <ikke-t> is there some script for it, or do i just manually do the mkimage for UImage?
[12:24] <ikke-t> trying to install 3d drivers here...
[12:27] <ikke-t> https://launchpad.net/~tiomap-dev/+archive/release to be exact
[14:14] <Neko> hey guys how do I have a PPA that builds for armel? :/
[14:15] <Neko> kmargar, boo
[14:16] <Neko> I can't get good, well lit photos of the smartbook debug board installation :(
[14:17] <kmargar> Neko: hi from UDS :)
[14:17] <Neko> hi :D
[14:18] <Neko> is that a bad connection or lots of changing irc client settings or what?
[14:18] <Neko> is that a bad connection or lots of changing irc client settings or what? :D
[14:19] <zumbi_> markos_: hi!
[14:21] <hrw> hi there
[14:21] <zumbi_> hrw: hi
[14:21] <rsalveti> Neko: we'll fix the ppa for arm soon
[14:21] <rsalveti> currently it's quite complicated to have one for arm
[14:21] <rsalveti> lack of builders
[14:21] <zumbi_> hrw: did you add bare metal builds to gcc?
[14:22] <zumbi_> hrw: i mean by bare metal arm-elf target
[14:22] <Neko> do you need more builders?
[14:22] <Neko> I mean we can make some...
[14:23] <Neko> right now I have some stuff that got pushed to a PPA but it was "rejected" because my UCoC wasn't "signed" in the system
[14:23] <Neko> I didn't wait long enough
[14:23] <Neko> so I can't upload them to the PPA
[14:23] <Neko> they're just stuck in the system. what is the timeout for removing packages/
[14:23] <Neko> or should I just bump revision
[14:26] <rsalveti> Neko: we'll fix the builders issue with panda, now that's out
[14:26] <rsalveti> there's a session at uds to discuss how we're going to create the ppa for arm
[14:26] <rsalveti> as we don't have a proper virtualization
=== kmargar is now known as markos_
[14:36] <suren> rsalveti: Hi was following the instructions given in https://wiki.ubuntu.com/ARM/OMAPMaverickInstall
[14:37] <suren> rsalveti: On my pandaboard after booting i see on the console "Uncompressing Linux... done, booting the kernel"
[14:39] <sebjan> suren: this is expected, by default the kernel traces are not output to the serial console... Do you have a screen plugged to your pandaboard? This is where you should see the insteresting things.
[14:44] <rsalveti> suren: if you want to get console output you have to edit the boot.src file from your first disk partition, and add console=ttyO2,115200
[14:44] <rsalveti> but this is not needed unless you want to check what's going on the uart
[14:44] <rsalveti> screen should be enough to show the installation progress
[15:11] <rlameiro> http://video.ubuntu.com/live/
[15:11] <rlameiro> Linaro CTO talking now
[15:14] <Neko> video playback is very choppy
[15:15] <Neko> what was the device he just held up? AC100?
[15:18] <rsalveti> Neko: yup, ac100
[15:19] <Neko> someone should hand him a smartbook
[15:23] <devilhorns> I assume oliver & david are @ udc ?
[15:53] <rsalveti> devilhorns: don't know about oliver, but david is around
[15:53] <rsalveti> devilhorns: are you at uds?
[15:53] <devilhorns> rsalveti, no
[15:54] <devilhorns> rsalveti, it's ok,  it can wait until they are done there
[15:54] <devilhorns> rsalveti, just that I sent dave/oliver an email a week ago and still no response
[15:54] <devilhorns> so I just assumed they were @ udc
[15:54] <rsalveti> devilhorns: oh, ok
[15:54] <rsalveti> davidm was out for vacation
[15:54] <rsalveti> and oliver was probably busy with uds stuff
[15:54] <devilhorns> ahhhh
[15:54] <devilhorns> yea
[15:54] <devilhorns> alright, thanks for the update :)
[15:55] <rsalveti> np, will ping oliver when I see him
[16:02] <devilhorns> rsalveti, thanks :) It's not an emergency tho
[16:03] <vstehle> Hello cooloney, remember the cross compile issue we discussed a while ago? I entered Bug #666267 today.
[16:03] <ubot2> Launchpad bug 666267 in linux-ti-omap4 (Ubuntu) "Cross compiled headers package breaks DKMS compilation (affects: 1) (heat: 12)" [Undecided,New] https://launchpad.net/bugs/666267
[16:25] <munbi> Hi to everyone, new to this channel :-)   Does anyone know if there are known bugs in Maverick regarding alsa audio driver and the Beagleboard revC2?
[16:26] <munbi> Because I'm trying to use jackd and it hangs without errors after invocations. It worked well with lucid.
[16:28] <cooloney> vstehle: hey, vincent, great
[16:29] <cooloney> vstehle: i will try to discuss with some toolchain folks
[16:29] <cooloney> vstehle: it also looks like a kernel issue.
[16:36] <rsalveti> cooloney: it looks more related with the kernel
[16:37] <crimsun> munbi: I think we need more than "hangs without errors", e.g., strace, ltrace, package versions, etc.
[16:46] <cooloney> rsalveti: yeah, agree!
[16:46] <rsalveti> cooloney: seems we just need to make sure we also cross build the scripts
[16:47] <rsalveti> maybe it's because it's building and using the scripts at the native environment
[16:47] <rsalveti> then it's just packaged by default
[16:47] <rsalveti> could be that we also need to cross build the scripts before packaging it
[16:48] <cooloney> rsalveti and vstehle, actually, we only ship those native built packages. i think
[16:49] <cooloney> rsalveti: cross compiling is just for testing
[16:49] <lag> What session are you guys attending next?
[16:49] <rsalveti> cooloney: sure, but it's good to have it working, helps the development for sure :-)
[16:49] <cooloney> rsalveti: but for this issue, yeah, we need 2 version of this scripts binary.
[16:49] <rsalveti> now that we have dkms packages all around
[16:50] <munbi> crimsum: thanks. I will boot sdcard with Maverick and attach the requested info asap. There is already a related bug in launchpad (It's for a Beagle clone, but I experience the same behavior)
[16:50] <cooloney> rsalveti: 1. x86 version for further packaging things, 2, an arm crosscompiled version for ARM target usage
[16:50] <munbi> Is it ok for you if I attach the info requested to that bug? Or is better to pastebin here?
[16:50] <munbi> https://bugs.launchpad.net/ubuntu/+source/jackd-defaults/+bug/643626
[16:50] <ubot2> Launchpad bug 643626 in jackd-defaults (Ubuntu) "Jackd doesnt start on ARM Beagle board clone IGEPv2 (affects: 2) (heat: 18)" [Undecided,New]
[16:50] <cooloney> rsalveti: so in package, we will include the arm version instead of that x86 one
[16:50] <rsalveti> yup
[16:51] <cooloney> rsalveti: oh yeah, dkms
[16:55] <cooloney> lag: im going to the ARM server session
[17:07] <ndec> lag: i am in the cross compiler session right now
=== Dr_Who is now known as tgall_foo
[18:11] <munbi> crimsun: here the requested info (strace+ltrace+uname+pkgs versions) all in one file: http://pastebin.com/pxgbC103
[18:12] <munbi> I've also attached the sam infos to the related launchpad bug: https://bugs.launchpad.net/ubuntu/+source/jackd-defaults/+bug/643626
[18:12] <ubot2> Launchpad bug 643626 in jackd-defaults (Ubuntu) "Jackd doesnt start on ARM Beagle board clone IGEPv2 (affects: 2) (heat: 18)" [Undecided,New]
[18:13] <munbi> Please tell me if I can help more. Btw, thanks for your time!
[19:21] <rajesh> anyone using a sheevaplug by any chance?
[19:23] <suihkulokki>   
[19:33] <hrw> rajesh: I have sheevaplug at home but it is offline for ~2-3 months now
[19:45] <rsalveti> cpearson: https://blueprints.edge.launchpad.net/ubuntu/+spec/other-dx-n-unity-compiz
[19:45] <rsalveti> the idea is to move mutter out of the game
[19:46] <rsalveti> rajesh: yup, I'm also using a sheevaplug for almost one year
[19:46] <rsalveti> with debian
[19:47] <rsalveti> jmcgee: hey, are you at uds already?
[19:48] <jmcgee> rsalveti: yep, waiting in the room for "gles..." meeting.
[19:49] <rsalveti> jmcgee: cool, will be there in a few minutes
[19:50] <jmcgee> rsalveti: I'm all by my lonesome. :)
[19:51] <ikke-t> hi, can you tell me if it should be doable to get 3d working on beagle with maverick?
[19:51] <ikke-t> and any pointers to how?
[19:52] <ikke-t> by googling i get the impression it's done, but requires binary drivers.
[19:53] <rajesh> hrw, rsalveti : great. i got mine recently. u-boot of 3.4.16, jaunty, and 2.6.22.18, amrelv5
[19:53] <rajesh> trying to get ftdi_sio going with a apt-get upgrade before i start looking at putting debian on it.
[19:54] <jmcgee> ikke-t: All user space 3D drivers for OMAP boards are closed source binary only.
[19:54] <ikke-t> and 2d acceleration?
[19:55] <ikke-t> it seems rather slow on fb drivers
[19:55] <hrw> rajesh: install debian, forget about jaunty
[19:55] <ikke-t> i was thinking if i could have mythtv and xbmc on it, as mythfrontend, but the both use somewhat 3d
[19:56] <ikke-t> any experiences on subject?
[19:56] <rajesh> hrw: i just might. i want to see if there's an easier way than doing a full reinstall.
=== hrw is now known as hrw|uds
[19:56] <hrw|uds> do full reinstall
[19:56] <hrw|uds> it is easiest way
[19:56] <rajesh> i mean, it should be straightforward to upgrade to a new kernel or distribution, right?
[19:57] <rajesh> hrw|uds: hmm, interesting...
[19:57] <jmcgee> you might be OK as long as GLES API is used. There is no public 2D api.
[19:57] <hrw|uds> rajesh: debian installer handles it nicely
[19:57] <jmcgee> By 2D, I mean blitting. There is also OpenVG.
[19:57] <hrw|uds> rajesh: just need to get serial working and you can go
[19:57] <hrw|uds> rajesh: but check version of required/suggested uboot first
[19:58] <rajesh> hrw|uds: ok, that's good to know that the debian installer's good with the sheevaplug.
[19:58] <rsalveti> ikke-t: https://wiki.ubuntu.com/ARM/OMAP/Graphics
[19:59] <ikke-t> rsalveti, thanks
[20:00] <rajesh> hrw|uds: it's kinda funny that i can into this room thinking people wouldn't be saying 'installing debian is easier'
[20:00] <rajesh> heh
=== Dr_Who is now known as tgall_foo
[23:35] <rsavoye> I upgraded the version of maverick on an xM board, and now it does't boot all the way.
[23:36] <rsavoye> I get "init: udevtrigger main process (231) terminated with status 1". any ideas ?
[23:36] <rsavoye> then it just hangs...