| * rsalveti back | 00:03 | |
| rsalveti | sveinse: you can just recompile qt with mesa, using gles and then use the sgx libraries | 00:05 |
|---|---|---|
| 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:06 |
| topfs2 | sooo annoying though :) | 00:14 |
| topfs2 | guess crosscompiling would help though | 00:14 |
| === DanaG_ is now known as DanaG | ||
| * sveinse back | 00:17 | |
| sveinse | OK. here I am building both the SGX package and qt from sources, both cross compiled | 00:18 |
| 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:19 |
| 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:20 |
| 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:21 |
| 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:22 |
| 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:23 |
| sveinse | Using the powervr-omap3-dkms is something I want to do | 00:24 |
| 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:25 |
| 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:26 |
| 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:27 |
| 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:28 |
| 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:29 |
| 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:30 |
| 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:31 |
| sveinse | Is the missing headers a bug/glitch, or is it an NDA thing? | 00:32 |
| 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:33 |
| 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:34 |
| 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:35 |
| sveinse | Interesting thing though. The first word in OpenGL is open.... | 00:37 |
| 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:38 |
| rsalveti | or just grab the mesa source and look for the files | 00:39 |
| rsalveti | sveinse: http://paste.ubuntu.com/543851/ | 00:39 |
| * sveinse is still exited to see what effect GL has on the speed and resposiveness of his Qt app... | 00:40 | |
| sveinse | <wishlist>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:42 |
| sveinse | sorry, ppa? | 00:43 |
| ScottK | sveinse: If only Qt upstream provided a supported way to do that without having to maintain two complete copies of Qt. | 00:44 |
| 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:45 |
| 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:46 |
| rsalveti | ScottK: that would be nice to see, but don't think they will put resources on it | 00:47 |
| 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:48 |
| 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:50 |
| sveinse | rsalveti: FYI: You know that TI has released a 4.00.00.01 version of their SGX? | 00:52 |
| 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:54 |
| 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:55 |
| sveinse | Did you come to a solution in regards of the devmem2 thing? | 00:56 |
| sveinse | Seems like I have to make something in upstart. The SGX driver wants to do some magic during bootup | 00:57 |
| sveinse | Magic seems to be pvrsrvinit, of which is a precompiled binary thing | 00:59 |
| 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:00 |
| 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:01 |
| rsalveti | np, ping me later if you have issues with it | 01:02 |
| sveinse | The powervr-omap3 package? | 01:02 |
| rsalveti | sveinse: opengles-sgx-omap3 | 01:03 |
| sveinse | Hm.. Not available from my source (http://ports.ubuntu.com/ubuntu-ports maverick main universe) | 01:04 |
| rsalveti | try multiverse | 01:05 |
| rsalveti | pool/multiverse/o/opengles-sgx-omap3/opengles-sgx-omap3_3.01.00.07-0ubuntu2_armel.deb | 01:06 |
| sveinse | got it | 01:06 |
| sveinse | Well, thanks. Going to look at it in the morning. Night | 01:08 |
| rsalveti | later | 01:08 |
| === asac_ is now known as asac | ||
| === Baybal__ is now known as Baybal | ||
| 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:44 |
| guerby | rsalveti, I sent you access instructions | 07:58 |
| guerby | ndec, same :) | 07:58 |
| ndec | guerby: cool. i am connected ;-) | 08:26 |
| 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:27 |
| 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:28 |
| 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:29 |
| 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:30 |
| 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:34 |
| hrw | morning | 08:45 |
| alf_ | rsalveti: Hi! Are there any known issues regarding the XDamage extension on OMAP4? | 10:20 |
| rsalveti | alf_: not that I know, why? | 13:08 |
| 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:10 |
| 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:11 |
| 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:12 |
| alf_ | rsalveti: thanks | 13:13 |
| rsalveti | alf_: ok, if it works it's probably a bug at the pvr x11 driver | 13:13 |
| === njpatel is now known as njpatel_ | ||
| ScottK | Does Natty support -mthumb-interwork? | 14:00 |
| === ian_brasil__ is now known as ian_brasil | ||
| guerby | rsalveti, hi :) first bootstrap cycle succeeded: http://gcc.gnu.org/ml/gcc-testresults/2010-12/msg01284.html | 14:13 |
| hrw | ScottK: iirc yes | 14:16 |
| ScottK | hrw: Thanks. | 14:17 |
| rsalveti | guerby: nice, so that's with 768 and swap? | 14:19 |
| === sbambrough is now known as scottb-afk | ||
| guerby | rsalveti, yes. It still gets backtraces in messages but it had no impact I can see on the GCC bookstrap+check | 14:20 |
| === zyga is now known as zyga-food | ||
| 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:21 |
| 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 :-) | 14:22 |
| === renato is now known as renatofilho | ||
| === njpatel_ is now known as njpatel | ||
| 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:55 |
| rsalveti | GrueMaster: I created a different bug for our kernel, pointing the patches and a kernel deb file to test | 15:56 |
| 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:58 |
| rsalveti | GrueMaster: the other bug was for linaro's kernel | 15:59 |
| rsalveti | and this is for maverick | 15:59 |
| GrueMaster | Ah. I could have sworn there was a bug against the main kernel. Will look into after coffee. | 16:00 |
| 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:10 |
| 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:11 |
| 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:12 |
| 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:13 |
| 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:14 |
| 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:16 |
| GrueMaster | There is an extra step involved if you have an XM rev A3 or later. | 17:17 |
| GrueMaster | The instructions are there. | 17:17 |
| Mark____ | Thanks. I'll check it out now. | 17:18 |
| 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:19 |
| 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:22 |
| 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:23 |
| GrueMaster | Unless they have a hard requirement for no kvm support, the netbook image should work well for them. | 17:24 |
| GrueMaster | btw: I updated the net install instructions warning about the lack of support for XM. Thanks for pointing it out. | 17:26 |
| Mark____ | I guess I can pull out my C4 board and see if that works. | 17:28 |
| Mark____ | It looks like it's working on the C4. | 17:33 |
| Mark____ | Now I have to hook up the ethernet adapter. | 17:33 |
| GrueMaster | Yea, netboot works a little better that way. :P | 17:35 |
| NCommander | Mark____: netboot is kinda unsupported, it should work, but if it breaks, you get to keep both pieces | 17:48 |
| Mark____ | Well.... The C4 is set up and it looks like it is doing something. | 17:50 |
| Mark____ | If I get this SD working on the C4 can I switch to the xM and have it work? | 17:51 |
| 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. | 18:06 |
| === scottb-afk is now known as scottb | ||
| === scottb is now known as sbambrough | ||
| jcrigby | tgall_foo, ping? | 21:09 |
| tgall_foo | jcrigby, pong | 21:14 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!