| ikke-t | hi, is there even theoretical change to get xbmc working on pandaboard? | 09:24 |
|---|---|---|
| ikke-t | i just started it after apt-get install and it is extremely slow, gui updates takes forever | 09:25 |
| ogra_ | i think linaro offers older xbmc images | 09:27 |
| LetoThe2nd | ikke-t: http://rsalveti.wordpress.com/2012/07/29/pre-built-images-for-xbmc-ubuntu-12-04-based-with-hw-acceleration-finally-available-at-linaro/ | 09:32 |
| ikke-t | thanks, I'll give it a spin. | 09:36 |
| === k1l_ is now known as k1l | ||
| ogra_ | infinity, http://paste.ubuntu.com/1152481/ how about that for finiding the root UUID ? | 12:14 |
| ogra_ | (for flash-kernel) | 12:15 |
| jimerickson | omap4+armhf Aug-17 image the install fails with a system error on pandaboard ES. also there is no desktop in the live image just the 2 icons. | 12:28 |
| ogra_ | expected, there are no 3D drivers on the image and unity-2d was dropped | 12:29 |
| jimerickson | ok thanks | 12:29 |
| ogra_ | thats unlikely to change in the short term | 12:30 |
| jimerickson | i will keep that in mind | 12:30 |
| ppisati | but the "system error" sounds scary | 12:57 |
| ogra_ | ppisati, agreed | 13:02 |
| ppisati | ogra_: i'm planning the 3.5 upload today, what's the state of the image? | 13:14 |
| ogra_ | server seems to be fine | 13:14 |
| ogra_ | desktop is dead and will stay so until we have the 3D driver | 13:14 |
| ppisati | what?!?! | 13:15 |
| ogra_ | ppisati, see above | 13:16 |
| ogra_ | ubuntu doesnt ship any 2D capable desktop anymore since yesterday | 13:17 |
| ppisati | so, no matter what we do, next omap4 desktop image is going to be broken | 13:18 |
| ogra_ | yes | 13:19 |
| ogra_ | until we have a working PVR driver | 13:19 |
| ppisati | can't remember... | 13:19 |
| ppisati | but i think i tried unity on omap4 without pvr driver | 13:19 |
| ogra_ | sure that wasnt unity-2d ? | 13:20 |
| ppisati | no | 13:20 |
| ppisati | but again | 13:20 |
| ppisati | i could be wrong | 13:20 |
| ppisati | i've my panda connected | 13:20 |
| ppisati | let me try | 13:20 |
| ogra_ | ubiquity and the install should work (if there isnt a ubiquity bug indeed) | 13:20 |
| ogra_ | they both dont use 3D | 13:20 |
| ogra_ | but you wont be able to run a desktop session nor will you have a desktop after install | 13:21 |
| ppisati | flag@panda:~$ dpkg -l | grep pvr | 13:25 |
| ppisati | flag@panda:~$ uname -a | 13:25 |
| ppisati | Linux panda 3.5.0-207-omap4 #13 SMP PREEMPT Fri Aug 17 13:02:27 UTC 2012 armv7l armv7l armv7l GNU/Linux | 13:25 |
| ppisati | and i'm logged in a ubuntu session | 13:25 |
| ogra_ | on todays image ? | 13:25 |
| ppisati | it's still P/omap4 userbase | 13:25 |
| ogra_ | precise automatically falls back to unity-2d | 13:26 |
| ogra_ | ps ax|grep unity-2d | 13:26 |
| ppisati | ogra_: uhm no | 13:26 |
| ogra_ | qunatal dropped all fallback mechnaisms yesterday | 13:26 |
| ppisati | ogra_: yes | 13:26 |
| ppisati | ogra_: you are right | 13:26 |
| ppisati | ogra_: it's unity2d | 13:26 |
| ppisati | crap... | 13:26 |
| ogra_ | i.e no desktop from todays image on | 13:26 |
| ogra_ | dont tell me :) | 13:27 |
| ppisati | is skaet aware of this? | 13:28 |
| ogra_ | ppisati, i would assume so ... will ask her in the release meeting today :) | 13:31 |
| ppisati | ogra_: i'm just following up in the "Unity Going Forward" thread right now | 13:36 |
| ogra_ | fyi the plan is to get PVR on the image by default | 13:37 |
| ogra_ | all other arm desktops will have to swithc to something else | 13:37 |
| ogra_ | ppisati, also see the last paragraph here https://lists.ubuntu.com/archives/ubuntu-release/2012-August/001754.html | 13:39 |
| * ppisati is officialy sad... | 13:40 | |
| ogra_ | ppisati, same here ... especially after rickspencer3 announced arm desktop should be a first class citizen .... we will lose all non panda testers | 13:41 |
| lilstevie | ogra_, unless the tegra driver ever gets fixed I am going to have to switch :( | 13:41 |
| rickspencer3 | grrrrrr | 13:42 |
| ogra_ | (and even the ones using panda will pretty quickly uninstall unity and go with something that doesnt block their video playback) | 13:42 |
| ogra_ | rickspencer3, why grr ? it is what it is | 13:42 |
| rickspencer3 | ogra_, I guess we can keep Unity 2d alive ourselves for the panda board (assuming that's what you were discussing) | 13:42 |
| rickspencer3 | ogra_, you are right | 13:42 |
| ogra_ | rickspencer3, well, i dont really want to have to special case official images ... | 13:43 |
| rickspencer3 | tbh, I don't blame them for dropping 2d under the circumstances | 13:43 |
| ogra_ | i was assuming unity-2d stays around in universe anyway and planning to probably switch ac100 to it ... | 13:43 |
| ogra_ | and beagle probably too | 13:43 |
| ogra_ | as i understand the panda image it should not differ from normal desktop if possible | 13:44 |
| ogra_ | so people will actually test 3D experience on arm | 13:44 |
| ogra_ | the prob here is that the GPU is already fully loaded when using unity on that device | 13:44 |
| ogra_ | if you want to play a full HD movie while compositing is enabled, the gPU goes to its knees | 13:45 |
| ogra_ | oh, and indeed the gstreamer hacks from TI dont allow to play any non HD movies anymore :) | 13:45 |
| ogra_ | so i fear people will rather have not such a positive experience even though we can demo the bling now | 13:46 |
| rickspencer3 | ogra_, the good news is that they are setting up Unity 3d with a mode where there are limited effects so that it can run ok in KVM | 13:50 |
| rickspencer3 | maybe this will work | 13:51 |
| ogra_ | might, depends on how much composite that will need | 13:51 |
| rickspencer3 | I wonder if we can hack it a bit to make it even lighter? | 13:52 |
| ogra_ | heh | 14:17 |
| * ogra_ just stumbled over lscpu | 14:17 | |
| ogra_ | what a pointless tool on arm | 14:17 |
| === suihkulo1ki is now known as suihkulokki | ||
| ppisati | ogra_: going to pull 3.5 Q/omap4 about now... | 14:21 |
| ogra_ | \o/ | 14:22 |
| GrueMaster | I still think 3D only Unity is an overall bad idea. Has it been tested with remote desktop instances? (not VNC) | 15:10 |
| * robclark wonders how well llvmpipe works on arm.. | 15:12 | |
| robclark | ie. how much is it going to suck if you don't have 3d drivers | 15:12 |
| ogra_ | it doesnt work at all afaik | 15:13 |
| robclark | btw.. is there an easy way to disable apport? When I'm debugging x11 and gfx stuff and I know that things are crashing, it would be nice not to get flooded w/ "a problem has happend" dialogs | 15:13 |
| ogra_ | yeah, /etc/default/apport | 15:14 |
| robclark | cool, thx | 15:14 |
| robclark | hmm, no llvmpipe.. I wonder how well unity-3d would work out of the box when you have no 3d? | 15:14 |
| GrueMaster | About as well as it does now. Not at all. | 15:15 |
| GrueMaster | Users will be greated with a nice pretty blank (albeit orange & purple) screen. | 15:15 |
| robclark | heh.. well, I do have unity 3d working here now (on 12.04.. but w/ an special kernel | 15:15 |
| robclark | basically I need to do something a bit more extreme and bypass most of omapdss to solve the special effects that you get otherwise | 15:16 |
| robclark | this omap ppa for precise plus this kernel works fine w/ unity3d: http://people.freedesktop.org/~robclark/try9 | 15:17 |
| rsalveti | at least it seems that with the new compiz things are working way better than before | 15:50 |
| rsalveti | way faster | 15:50 |
| rsalveti | but would be indeed nice to check with llvmpipe | 15:50 |
| rsalveti | but don't know if people already tested for x86 | 15:51 |
| ogra_ | all i know about current llvmpipe status is that it simply dies on arm | 15:51 |
| ogra_ | not talking from experience though | 15:51 |
| rsalveti | but I don't yet know if it's functional at x86 still | 15:55 |
| ogra_ | it apparently is, but requires a ton of horesepower | 15:56 |
| balloons | ogra_, I wanted to ask you about the new kernel being pushed out for the arm images.. will it solve the not able to boot the desktop bug or no? | 16:10 |
| balloons | what are the plans for implementing a 3d driver or othewise getting support for unity3d on a pandaboard? | 16:11 |
| ogra_ | we have a 3D driver that we plan to put onto the images once it works | 16:12 |
| balloons | ogra_, is that timelined to happen this cycle or no? | 16:12 |
| ogra_ | its in TIs and linaros hands ... but i would asume so, yes | 16:13 |
| ogra_ | until it is there (and until the compiz GLES bits are actually in the package which they arent either) we wont have a desktop | 16:13 |
| rsalveti | yes, hopefully in the next few days | 16:14 |
| rsalveti | goal is before feature freeze :-) | 16:14 |
| ogra_ | right, but that doesnt give us compiz yet :) | 16:14 |
| rsalveti | when is compiz going to be pushed? | 16:15 |
| rsalveti | after feature freeze? | 16:15 |
| rsalveti | doesn't seems right :-) | 16:15 |
| ogra_ | no idea, i would assume before ... | 16:15 |
| ogra_ | but they know GLES is an essential bit this time | 16:15 |
| ogra_ | so they might delay for it and make it an FFe | 16:15 |
| infinity | Ooo, a 3.5.0 omap4 kernel. | 16:27 |
| infinity | Does it work? | 16:27 |
| rsalveti | works better than the 3.4 one | 16:27 |
| rsalveti | at least on panda ES | 16:27 |
| infinity | Shiny. | 16:27 |
| ogra_ | yeah | 16:28 |
| rsalveti | didn't have a freeze with 3.5, with 3.4 it was happening mostly on every boot | 16:28 |
| rsalveti | probably because of the powermanagement issues we had with it | 16:28 |
| rsalveti | ogra_: we're using the WIP compiz package at the linaro ppa, and it's working quite well already | 16:29 |
| ogra_ | my panda test install is running without issues since wed. | 16:29 |
| rsalveti | so I think they are getting closer to the point of actually pushing the new package to ubuntu | 16:29 |
| ogra_ | rsalveti, plain upstream ? | 16:29 |
| ogra_ | well, yes, i was quite pushy the last weeks :) | 16:29 |
| rsalveti | I think there are still a few minor pieces that are part of another branch, but most already got merged | 16:29 |
| ogra_ | but they were still drowning in gsettings issues until very recently | 16:30 |
| rsalveti | oh, ok | 16:30 |
| rsalveti | so probably blocked by some other generic issues then | 16:30 |
| ogra_ | well, as long as we have *any* desktop by release day i'm happy :) | 16:30 |
| rsalveti | :-) | 16:30 |
| * ogra_ starts to prepare an openbox fallback session ... just in case :P | 16:30 | |
| ogra_ | rsalveti, oh, btw ... bug 1035407 | 16:32 |
| ubot2` | Launchpad bug 1035407 in pvr-omap4 "pvr-omap4 package doesn't declare a dependency on the corresponding X video ABI" [High,Triaged] https://launchpad.net/bugs/1035407 | 16:32 |
| ogra_ | do you want to fix that with your new upload or does it make any sese if i upload a fix with the current package from the archive | 16:33 |
| rsalveti | let's fix it with the new one | 16:33 |
| * ogra_ thought so | 16:33 | |
| ogra_ | seems thats a new policy | 16:33 |
| rsalveti | I thought initially that the abi wouldn't be an issue because the driver is part of a hook at the -omap one | 16:34 |
| rsalveti | but it seems that both needs to match | 16:34 |
| ogra_ | for dependencies in any case | 16:34 |
| rsalveti | yeah | 16:35 |
| ogra_ | and isnt the driver also linked against the xlibs somewhere ? | 16:35 |
| ogra_ | or does -omap completely shield that off | 16:35 |
| rsalveti | would need to check, but it's probably linked to xlibs and dri as well | 16:35 |
| ogra_ | yeah, so thats bound to the abi then | 16:36 |
| infinity | Depending on the X ABI isn't even remotely a new policy, it's just that binary drivers got it wrong in the past. | 16:37 |
| infinity | And pvr-omap4's packaging was cargo-culted from nvidia or fglrx, so inherited the same wrongness. :P | 16:37 |
| ogra_ | yep | 16:37 |
| ogra_ | tegra has the issue as well ... but i'm waiting for nvidia for that one | 16:38 |
| ogra_ | infinity, soo, for flash-kernel i was thinking about something like this: | 16:42 |
| ogra_ | UUID=$(blkid -o value $(mount 2>/dev/null| grep "on /${1%/} " | tail -n1 | cut -d' ' -f1) 2>/dev/null|head -1) | 16:42 |
| ogra_ | do you think relying on the mount output is enough or should i also check other places (fstab etc) | 16:42 |
| ppisati | rsalveti: 3.4 Q/omap4 was an exact photocopy of tilt/tilt-tracking back then, so you should have hit the same problem with both | 16:42 |
| rsalveti | probably | 16:43 |
| rsalveti | the latest 3.4 one behaves better as well | 16:43 |
| infinity | ogra_: fstab has no guarantee of being right. | 16:47 |
| ogra_ | yeah, i thought so | 16:47 |
| ogra_ | its just that it will complain (or find nothing) if /proc isnt mounted | 16:48 |
| infinity | ogra_: Well, especially in the case where, say, you've moved the filesystem and are re-running flash-kernel specifically to fix things. | 16:48 |
| infinity | ogra_: Relying on proc for bootloader functions seems perfectly reasonable for me. It should error out if [ ! -d /proc/1 ] or something. | 16:50 |
| ogra_ | yep | 16:50 |
| ogra_ | looking at that line above i should probably scatter a few more "2>/dev/null" over it :P | 16:50 |
| * ogra_ is embarassed | 16:51 | |
| jocarter | heh | 16:57 |
| === Quintasan_ is now known as Quintasan | ||
| === heathkid|2 is now known as heathkid | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!