[00:03]  * rsalveti back
[00:05] <rsalveti> sveinse: you can just recompile qt with mesa, using gles and then use the sgx libraries
[00:06] <rsalveti> the current sgx package doesn't provide the headers needed to build packages, because of the lack of a proper soname
[00:06] <rsalveti> so if you plan to build and use anything with gles, just do it with the mesa libraries and then install the sgx when you want to test with it
[00:14] <topfs2> sooo annoying though :)
[00:14] <topfs2> guess crosscompiling would help though
[00:17]  * sveinse back
[00:18] <sveinse> OK. here I am building both the SGX package and qt from sources, both cross compiled
[00:19] <sveinse> rsalveti: what is mesa, and how does it fit with Qt. I mean is it any different from compiling Qt and SGX together. (I have very little knowledge of what is inbetween these two sets of software)
[00:20] <rsalveti> sveinse: why are you cross compiling the sgx package?
[00:20] <rsalveti> it's just binaries
[00:20] <sveinse> Partly history
[00:20] <rsalveti> the only thing to compile there is the kernel modules, and that doesn't help your qt build
[00:21] <rsalveti> sveinse: mesa is the software implementation of gl and gles
[00:21] <rsalveti> sgx should just replace it fine, but we don't have a proper soname at the sgx libraries
[00:21] <sveinse> We're building a target system of Ubuntu Maverick. Since we're this early in the development, we haven't had time to setup proper .deb package generation
[00:22] <sveinse> So we have some software being compiled, custom kernel (for custom board), custom Qt (since we're not using X11, but want GLES), and so on
[00:22] <rsalveti> oh, ok
[00:22] <sveinse> And. we want to cross compile, since not able to do so make our build server useless
[00:23] <sveinse> Plan is though, that we migrate over to standard debs later on (since we want to be able to apt-get update our system).
[00:23] <rsalveti> ok, now I get it
[00:24] <sveinse> Using the powervr-omap3-dkms is something I want to do
[00:25] <sveinse> FYI: I have been able to make a system for cross building apps into a ubuntu target system without too many worries.
[00:25] <sveinse> Thanks to the armel-cross package!
[00:25] <rsalveti> cool
[00:25] <sveinse> Have to say I'm a little proud of it, but noone here really understands that ;)
[00:26] <sveinse> Coming back to the issue here: I'm looking at compiling SGX (or repackageing it, since its mostly bins) and compiling Qt with support for it
[00:26] <rsalveti> :-)
[00:27] <sveinse> You say I can compile Qt with generic mesa support, you say?
[00:27] <rsalveti> ok, so the only thing currently missing are the khronos headers
[00:27] <rsalveti> you can build with the sgx libraries, if you grab the correct khronos headers, that you can already find at the mesa-dev packages
[00:28] <rsalveti> I believe it'll be easier for you now if you just build agains the sgx libraries
[00:28] <rsalveti> as you're not worried about proper packaging atm
[00:28] <sveinse> atm, yes. But it sounds like this will backfire later...
[00:29] <rsalveti> the only problem is that the lack of a proper soname makes it incompatible with the mesa packages
[00:29] <rsalveti> we, as a distro, cares about that because we can't be sure that the user will install the drivers, and that the board will contain a sgx chip
[00:29] <sveinse> I remember something about some headers while compiling Qt some while ago during the concept test... Caused by the missing Khronos headers, right
[00:29] <rsalveti> so we need the generic implementation to work
[00:30] <sveinse> Ah, since they are hardcoded in the SGX package
[00:30] <rsalveti> yes, so currently on ubuntu if we build something against mesa, it works with the sgx package
[00:30] <rsalveti> but not the opposite
[00:31] <rsalveti> so if you only care about using your software on omap with sgx installed, it's fine for you to just build agains the sgx packages
[00:31] <sveinse> yes, I do, thanks
[00:31] <rsalveti> the only thing you'll need atm is the proper header files, as we currently don't deploy it
[00:32] <sveinse> Is the missing headers a bug/glitch, or is it an NDA thing?
[00:33] <rsalveti> it's just because we don't want people building packages with the sgx one at ubuntu in general
[00:33] <rsalveti> to avoid bugs with the lack of a proper soname
[00:34] <rsalveti> but you can find the headers at the mesa package
[00:34] <rsalveti> let me look it for you
[00:34] <sveinse> I admit I have to check google what mesa is...
[00:35] <rsalveti> sveinse: it's an opensource implementation of gl and gles
[00:35] <rsalveti> and you can run gl/gles by software if you need
[00:35] <rsalveti> even on your desktop you can now run gles applications with mesa
[00:35] <rsalveti> you can also have drivers to accelerate it
[00:37] <sveinse> Interesting thing though. The first word in OpenGL is open....
[00:38] <rsalveti> sveinse: but an open implementation :-)
[00:38] <rsalveti> sveinse: check http://ports.ubuntu.com/ubuntu-ports/pool/main/m/mesa/
[00:38] <rsalveti> packages: libegl1-mesa-dev libgles1-mesa-dev libgles2-mesa-dev
[00:38] <sveinse> thanks
[00:38] <rsalveti> there you'll find all the needed headers to build for gles
[00:39] <rsalveti> or just grab the mesa source and look for the files
[00:39] <rsalveti> sveinse: http://paste.ubuntu.com/543851/
[00:40]  * sveinse is still exited to see what effect GL has on the speed and resposiveness of his Qt app...
If only Ubuntu had Qt compiled for qws without X11, I wouldn't have to recompile Qt</wishlist>
[00:42] <rsalveti> soon we'll have arm public ppas and you'll be able to create a ppa for that :-)
[00:43] <sveinse> sorry, ppa?
[00:44] <ScottK> sveinse: If only Qt upstream provided a supported way to do that without having to maintain two complete copies of Qt.
[00:45] <sveinse> Yeah, I see that. To my knowledge it is only libQtGui.so which is bound to the gfx-system, and the rest isnt. But you still need to make that distinction while configuring
[00:46] <rsalveti> sveinse: ppa is one way to have a public repository at the launchpad, so you can submit your packages, launchpad will  build and make them available for you
[00:46] <rsalveti> then you can use the repository entry at your sources.list
[00:47] <rsalveti> ScottK: that would be nice to see, but don't think they will put resources on it
[00:48] <ScottK> rsalveti: That's the reason there's no qt-qws in the archive.  It's a lot of maintenance work/buildd time to double it.
[00:48] <sveinse> Having worked with setting up a proper build system for cross compiled Qt apps, I have a handful of comment about the Qt build system....
[00:48] <ScottK> Probably none of the printable in public ....
[00:50] <sveinse> Well (without starting another fight) its similar to Mac's: If you fit inside the box Apple and/or Nokia has prepared for you it's great! If you dont: Well then the box become Pandora's box...
[00:52] <sveinse> rsalveti: FYI: You know that TI has released a 4.00.00.01 version of their SGX?
[00:54] <rsalveti> sveinse: yes, but afaik the only thing they changed was the support for one additional chip
[00:54] <rsalveti> that's why we didn't update the package
[00:54] <sveinse> great, thought you should know
[00:54] <rsalveti> thanks anyway :-)
[00:55] <sveinse> I think I will use the powervr dkms driver for the kernel part, and my custom Qt+SGX, since I need to custom build Qt anyways
[00:56] <sveinse> Did you come to a solution in regards of the devmem2 thing?
[00:57] <sveinse> Seems like I have to make something in upstart. The SGX driver wants to do some magic during bootup
[00:59] <sveinse> Magic seems to be pvrsrvinit, of which is a precompiled binary thing
[01:00] <sveinse> Well, I'm really going to bed this time
[01:00] <sveinse> rsalveti: Thanks a lot for you assistance
[01:00] <sveinse> Appreciate it!
[01:01] <rsalveti> sveinse: yes, check the upstart file from our sgx package
[01:01] <rsalveti> you'll see the hack heh :-)
[01:01] <rsalveti> you first need to identify the omap 3 version and then use the proper pvrsrvinit
[01:02] <rsalveti> np, ping me later if you have issues with it
[01:02] <sveinse> The powervr-omap3 package?
[01:03] <rsalveti> sveinse: opengles-sgx-omap3
[01:04] <sveinse> Hm.. Not available from my source (http://ports.ubuntu.com/ubuntu-ports maverick main universe)
[01:05] <rsalveti> try multiverse
[01:06] <rsalveti> pool/multiverse/o/opengles-sgx-omap3/opengles-sgx-omap3_3.01.00.07-0ubuntu2_armel.deb
[01:06] <sveinse> got it
[01:08] <sveinse> Well, thanks. Going to look at it in the morning. Night
[01:08] <rsalveti> later
[07:44] <guerby> rsalveti, I added a bunch of info to https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/690370
[07:44] <ubot2> Launchpad bug 690370 in linux-ti-omap4 (Ubuntu) "Strange out of memory on pandaboard (affects: 1) (heat: 8)" [Undecided,New]
[07:44] <guerby> rsalveti, I can provide you ssh root access to my pandaboard
[07:58] <guerby> rsalveti, I sent you access instructions
[07:58] <guerby> ndec, same :)
[08:26] <ndec> guerby: cool. i am connected ;-)
[08:27] <guerby> ndec, I'll be mostly offline today, synchronize with rsalveti for what you do on it :)
[08:27] <guerby> the processes running are unimportant
[08:28] <ndec> guerby: i don't have much to do on it. i have several panda already ;-)
[08:28] <guerby> ndec, I don't know what's so special with mine to get all those mem errors
[08:29] <ndec> guerby: well, i think i would get the same errors on mine if i was doing the same things as you are.
[08:29] <ndec> guerby: that said, we use the panda pretty heavily since we do a lots of native builds...
[08:30] <guerby> ndec, do you use NFS?
[08:30] <ndec> guerby: not me, but some other folks around do. i work mainly on SD or on USB (host)
[08:34] <guerby> ndec, ok, we'll see what you find out :) If it's too much trouble I'll switch to USB disk for /home or / as documented on omappedia
[08:45] <hrw> morning
[10:20] <alf_> rsalveti: Hi! Are there any known issues regarding the XDamage extension on OMAP4?
[13:08] <rsalveti> alf_: not that I know, why?
[13:10] <rsalveti> guerby: hey, will look at the bug
[13:10] <rsalveti> just need to wake up first :-)
[13:10] <alf_> rsalveti: I am trying to make a small program using EGLImage + XComposite + XDamage and I am getting some problems with Damage events not being reported on some windows when redirecting the whole hierarchy
[13:11] <alf_> rsalveti: if I redirect individual windows I don't have a problem
[13:11] <alf_> rsalveti: it may be a bug in my code... but then again it works on my desktop
[13:11] <rsalveti> hm, ok
[13:12] <rsalveti> alf_: can you reproduce with the fbdev x11 driver?
[13:12] <rsalveti> by just using xcomposite and xdamage?
[13:12] <alf_> rsalveti: haven't tried yet... will do and let you know
[13:13] <alf_> rsalveti: thanks
[13:13] <rsalveti> alf_: ok, if it works it's probably a bug at the pvr x11 driver
[14:00] <ScottK> Does Natty support -mthumb-interwork?
[14:13] <guerby> rsalveti, hi :) first bootstrap cycle succeeded: http://gcc.gnu.org/ml/gcc-testresults/2010-12/msg01284.html
[14:16] <hrw> ScottK: iirc yes
[14:17] <ScottK> hrw: Thanks.
[14:19] <rsalveti> guerby: nice, so that's with 768 and swap?
[14:20] <guerby> rsalveti, yes. It still gets backtraces in messages but it had no impact I can see on the GCC bookstrap+check
[14:21] <rsalveti> guerby: cool, good to know
[14:21] <guerby> rsalveti, with swap off I got user program fail because of malloc returning NULL but no backtrace at all in messages (with mem hole or not)
[14:21] <rsalveti> guerby: ok
[14:22] <rsalveti> will later try to debug with a different vm split and without highmem
[14:22] <guerby> rsalveti, you should be able to ssh in my pandaboard in case you want to check configuration / change stuff & reboot should work
[14:22] <guerby> rsalveti, ok thx :)
[14:22] <rsalveti> to see if that change affected this case
[14:22] <guerby> I'll be mostly offline until this weekend
[14:22] <rsalveti> guerby: yeah, saw the email, thanks for that :-)
[15:55] <rsalveti> GrueMaster: hey, can you later check bug 688765?
[15:55] <ubot2> Launchpad bug 688765 in linux (Ubuntu) "Can't init uart3 (no clocks available) at Beagleboard-xM (affects: 1) (heat: 8)" [Undecided,In progress] https://launchpad.net/bugs/688765
[15:55] <rsalveti> time for food now
[15:55] <GrueMaster> Sure, is there a patched kernel finally?
[15:56] <rsalveti> GrueMaster: I created a different bug for our kernel, pointing the patches and a kernel deb file to test
[15:58] <GrueMaster> I thought we were on the mainstream kernel for omap?  Why file a different bug instead of posting a patch to the existing one?
[15:59] <rsalveti> GrueMaster: the other bug was for linaro's kernel
[15:59] <rsalveti> and this is for maverick
[16:00] <GrueMaster> Ah.  I could have sworn there was a bug against the main kernel.  Will look into after coffee.
[17:10] <Mark____> Has anyone gotten the BeagleBoard Unbuntu install working at: https://wiki.ubuntu.com/ARM/BeagleNetInstall ?
[17:10] <Mark____> I think there are some important files missing from the instructions.
[17:11] <GrueMaster> Mark____: I had tested this during Lucid timeframe and it worked fine.  I'll double check the instructions.  What issues are you seeing?
[17:12] <GrueMaster> Bear in mind this is not tested on a BeagleXM (and likely won't work).
[17:12] <Mark____> I thought the FAT partition on the SD card needed a file named MLO
[17:12] <Mark____> which would load x-boot-loader.
[17:13] <GrueMaster> The beagleboard should have that preinstalled in nand.
[17:13] <Mark____> I'm trying to boot on a Beagle xM and nothing is happening on the serial port.
[17:13] <GrueMaster> If you power up the beagleboard with no USB or SD card, do you see anything on the serial console?
[17:13] <GrueMaster> Ah, XM.  Not supported in Lucid.
[17:14] <GrueMaster> XM doesn't have nand, hence no boot loader.
[17:14] <Mark____> Yup
[17:14] <Mark____> How should I get Ubuntu running on an xM?
[17:16] <GrueMaster> I'll see if I can get the instructions updated (or some workaround) for XM.  For now, use http://cdimage.ubuntu.com/ubuntu-netbook/ports/releases/10.10/release/ubuntu-netbook-10.10-preinstalled-netbook-armel+omap.img.gz and the instructions at https://wiki.ubuntu.com/ARM/OMAPMaverickInstall
[17:17] <GrueMaster> There is an extra step involved if you have an XM rev A3 or later.
[17:17] <GrueMaster> The instructions are there.
[17:18] <Mark____> Thanks.  I'll check it out now.
[17:19] <GrueMaster> This will give you a netbook image, but once running it is fairly easy to customize.  We are working on a pre-installed minimal image for Natty, for developers that want something other than netbook installs.
[17:22] <Mark____> I'm doing a Beagle workshop for educators next month and I'm looking for some dirt-simple instructions they can give to they students
[17:23] <Mark____> and have something impressive running in a short time.
[17:23] <Mark____> I thought I had it with Ubuntu, but we aren't there yet.
[17:23] <GrueMaster> I haven't tested Maverick netboot on omap, but I'm sure some simple instructions could be cobbled together.
[17:24] <GrueMaster> Unless they have a hard requirement for no kvm support, the netbook image should work well for them.
[17:26] <GrueMaster> btw:  I updated the net install instructions warning about the lack of support for XM.  Thanks for pointing it out.
[17:28] <Mark____> I guess I can pull out my C4 board and see if that works.
[17:33] <Mark____> It looks like it's working on the C4.
[17:33] <Mark____> Now I have to hook up the ethernet adapter.
[17:35] <GrueMaster> Yea, netboot works a little better that way.  :P
[17:48] <NCommander> Mark____: netboot is kinda unsupported, it should work, but if it breaks, you get to keep both pieces
[17:50] <Mark____> Well....  The C4 is set up and it looks like it is doing something.
[17:51] <Mark____> If I get this SD working on the C4 can I switch to the xM and have it work?
[18:06] <GrueMaster> Mark____: Try using the maverick netboot.  That would have better success, as it has kernel support for XM.  But you will need to create a 70-100M fat partition first.  And I am not sure if x-loader and u-boot would automatically install there.  It would take a little work, but it is doable.
[21:09] <jcrigby> tgall_foo, ping?
[21:14] <tgall_foo> jcrigby, pong