| === Ursinha` is now known as Ursinha | ||
| === Ursinha is now known as Guest70417 | ||
| === Guest70417 is now known as Ursinha | ||
| === Ursinha is now known as Guest78022 | ||
| beyond_ | qgis porting to beagleboard help?? anyone here? | 08:22 |
|---|---|---|
| beyond_ | qgis porting to beagleboard help?? anyone here? | 08:37 |
| LetoThe2nd | beyond_: smart questions, anyone read? | 08:38 |
| LetoThe2nd | beyond_: http://www.catb.org/esr/faqs/smart-questions.html | 08:39 |
| beyond_ | qgis porting to beagleboard ubuntu error.. Help please | 08:44 |
| * LetoThe2nd sighs and heads back to work. | 08:45 | |
| lilstevie | LetoThe2nd, I like it | 09:55 |
| LetoThe2nd | lilstevie: what specifically | 09:57 |
| lilstevie | the smart-questions faq | 09:58 |
| LetoThe2nd | lilstevie: its awesome. too bad nobody ever reads it. | 09:58 |
| * lilstevie is reading it right now | 09:59 | |
| ogra_ | rsalveti, bug 1045491 for you | 10:37 |
| ubot2` | Launchpad bug 1045491 in pvr-omap4 "Moving mouse messes up the desktop" [High,Confirmed] https://launchpad.net/bugs/1045491 | 10:37 |
| ogra_ | rsalveti, hmm, i struggel to get any monitor output on the server image ... is there any trick to make that work if no xserver and no pvr driver are installed ? | 11:10 |
| ogra_ | yippie, my new ac100 screen arrived | 11:17 |
| ogra_ | marvin24, do you happen to know if i still need the kernel hacks if i want to use a 1280x720 panel with the 3.1 kernel ? | 11:20 |
| marvin24 | ogra_: yes, the resolution is hard coded | 11:21 |
| ogra_ | k, sad | 11:21 |
| marvin24 | maybe we could read out the edid | 11:21 |
| marvin24 | but I have no idea how | 11:21 |
| ogra_ | well, i guess it would be fixed if i used a kms enabled kernel | 11:21 |
| marvin24 | not really | 11:22 |
| marvin24 | no edid, no autoresolution | 11:22 |
| ogra_ | oh | 11:22 |
| marvin24 | the schematic says something about a ddc connection, though | 11:22 |
| ogra_ | i thought kms would rely on EDID data | 11:22 |
| ogra_ | anyway, first i need to replace the HW :) | 11:23 |
| * ogra_ is a bit scared to remove the bezel | 11:23 | |
| * LetoThe2nd hands ogra_ an "r" | 11:24 | |
| ogra_ | lol | 11:24 |
| ogra_ | bavarians ... | 11:24 |
| LetoThe2nd | \o/ | 11:24 |
| LetoThe2nd | a bavarian would never call it "brezel" though, but "brezn" | 11:25 |
| ogra_ | oh, indeed | 11:25 |
| marvin24 | ogra_: yes, kms needs it | 11:28 |
| marvin24 | but there's a hard code hack ... | 11:28 |
| ogra_ | lovely | 11:28 |
| marvin24 | seems the ddc data path is only connected to the hdmi port | 11:28 |
| ogra_ | well, i'm willing to live with a hack if needed, after all 720p panels arent std on the ac100 | 11:28 |
| ogra_ | (and i wouldnt have bought it if one of my ac100s wouldnt have a cracked screen) | 11:29 |
| rsalveti | ogra_: what is the issue with the server image? in theory you should be able to get the boot log or the console login interface just fine | 11:44 |
| rsalveti | unless your panda is not recognizing your monitor from the kernel side, at least not during boot | 11:44 |
| rsalveti | and the modeseting from pvr-omap4 is the one enabling and starting your monitor properly | 11:45 |
| ogra_ | rsalveti, it works just fine when doin a serial install, but without console= set no screen comes up on the monitor | 11:45 |
| ogra_ | there is no pvr on server installs | 11:45 |
| rsalveti | ogra_: and thanks for the buglink, got the kernel to build here, will give it a try now | 11:45 |
| ogra_ | we cant ship X there | 11:45 |
| rsalveti | that's fine, the kernel should still be able to set up the correct resolution and get everything in place for you | 11:45 |
| rsalveti | even if you're not using X | 11:46 |
| ogra_ | you mean if i dont have pvr installed ? | 11:46 |
| rsalveti | let me boot with text and see if I can reproduce your behavior | 11:46 |
| rsalveti | yup | 11:46 |
| ogra_ | i dont even get a console after install :/ | 11:46 |
| ogra_ | [ 0.288848] omap_sr_disable: omap_sr struct for sr_iva not found | 11:48 |
| ogra_ | [ 0.291564] omap_hwmod: sl2if: _wait_target_ready error: -16 | 11:48 |
| ogra_ | thats the only error i find in dmesg | 11:49 |
| ogra_ | well, a few more omap_sr errors | 11:49 |
| rsalveti | adding drm.debug=7 omapdss.debug=1 might help us understanding what is happening | 11:49 |
| * ogra_ does | 11:49 | |
| ogra_ | http://paste.ubuntu.com/1185592/ | 11:53 |
| rsalveti | ogra_: here it seems to work fine, after booting with 'text' | 11:55 |
| ogra_ | rsalveti, what is bothering is that it works just fine on desktop ... | 11:55 |
| rsalveti | the monitor turned itself on while opening the tty1 console | 11:55 |
| ogra_ | on a server image ? | 11:55 |
| ogra_ | note that desktop has no issues here either | 11:55 |
| rsalveti | no, desktop, but with 'text' the X11 it not even started | 11:55 |
| ogra_ | and it didnt with the alpha release (where we had no pvr) | 11:56 |
| rsalveti | let me check the logs | 11:56 |
| rsalveti | ogra_: when booting your desktop image, do you always see the splash before X11 starts? | 11:57 |
| ogra_ | hmm, i didnt check, i think i didnt see it after install, but before | 11:57 |
| ogra_ | i.e. booting the image showed it ... but it was gone after booting into the installed system | 11:58 |
| rsalveti | ogra_: also, can you check what happens when you use the dvi output instead of hdmi? | 11:58 |
| ogra_ | already tried, no change | 11:58 |
| ogra_ | i would blame my monitor (LG) ... if it wouldnt work just fine in desktop | 11:58 |
| ogra_ | with the same kernel | 11:59 |
| ogra_ | [ 508.846771] omapdss DISPC: channel 1 xres 1920 yres 1080 | 11:59 |
| ogra_ | [ 508.879577] omapdss HDMI: hdmi_runtime_get | 11:59 |
| ogra_ | [ 508.879608] omapdss HDMI: hdmi_runtime_put | 11:59 |
| ogra_ | [ 508.879608] omapdss HDMI: Enter hdmi_display_disable | 11:59 |
| ogra_ | seems thats printed over and over in dmesg now | 11:59 |
| ogra_ | ogra@panda:~$ who | 12:02 |
| ogra_ | ogra tty4 2012-09-04 14:01 | 12:02 |
| ogra_ | ogra pts/0 2012-09-04 13:51 (192.168.2.91) | 12:02 |
| ogra_ | after logging in blindly ... | 12:02 |
| ogra_ | so getty is there and i can log in ... just cant see a thing | 12:02 |
| rsalveti | there's a lot of sync_lost as well... | 12:03 |
| ogra_ | yes | 12:03 |
| === doko_ is now known as doko | ||
| rsalveti | let me just give the new kernel a try (with in theory fixes the flickering issue) | 12:07 |
| rsalveti | this new kernel changes quite a few bits at the dss and display driver | 12:07 |
| rsalveti | and reverts a few changes for omap5 as well | 12:07 |
| ogra_ | ok | 12:07 |
| ogra_ | if you think it hleps i can test here too | 12:08 |
| rsalveti | sure | 12:08 |
| ndec | rsalveti: so you decided to go with the ~try kernel? | 12:19 |
| ndec | where do you host the code? it's not coming from tilt-3.4.. | 12:20 |
| rsalveti | ndec: not yet, still checking what would be the side effects | 12:20 |
| rsalveti | we're using robclark's tree | 12:20 |
| ndec | yeah, i know. | 12:20 |
| ndec | but it breaks some display interface such as DSI at least. not sure if some of your users will care about that. | 12:21 |
| rsalveti | yeah, that's one of the issues I noticed here as well | 12:21 |
| ndec | DSI? you mean DVI, no? | 12:22 |
| ndec | there is a cleaner solution that has been designed in omapdss, to fix the same issue. and that is being planned for upstreaming in the upcoming kernel. | 12:23 |
| rsalveti | what is the current state of that? | 12:24 |
| rsalveti | because we either go with the same solution from ~try or decide to backport the proper one that will land upstream later on | 12:24 |
| ndec | i am hoping that we will get omapdss changes in our upcoming 3.6 tree. | 12:24 |
| rsalveti | but there are a bunch of omap5 related changes at our tree as well | 12:24 |
| ndec | and i am also interested in a backport of the 'clean' solution. | 12:25 |
| ndec | omap5? | 12:25 |
| rsalveti | because we got the tree from ti-3.4 branch | 12:25 |
| ndec | and what do you call 'our' tree in fact? is it Andy's tree? | 12:25 |
| rsalveti | yup | 12:25 |
| ndec | yes, tilt-3.4 has some support for OMAP5, even though it's still missing a few bits. we have another tree we use for full releases on OMAP5. | 12:26 |
| ndec | we will get a tilt-3.6 eventually with similar 'feature' set as tilt-3.4. except that our primary 'dev' and test platform will become OMAP5, instead of OMAP4. | 12:27 |
| ndec | and that we will get the rework from omapdrm/omapdss. | 12:27 |
| ndec | for OMAP4 'products' we will continue to use tilt.3.4, well our TI tree based on tilt-3.4 | 12:27 |
| rsalveti | got it | 12:28 |
| robclark | rsalveti, DVI should be working on my branch | 12:37 |
| rsalveti | robclark: yup, but for some reason I'm not even getting my hdmi out to work | 12:39 |
| rsalveti | still trying to understand why | 12:39 |
| rsalveti | had to disable OMAP2_DSS_VENC and OMAP2_DSS_DSI for it to build | 12:40 |
| robclark | rsalveti, hang on, I can pastebin my .config for you to cross check against | 12:42 |
| robclark | rsalveti, http://hastebin.com/raw/gopiweniqi | 12:43 |
| rsalveti | robclark: thanks, will check here | 12:43 |
| robclark | rsalveti, btw, the weston shader optimizations were pushed to master last fri.. this should give a nice performance boost w/ pvr | 13:04 |
| rsalveti | robclark: cool, nice to know | 13:04 |
| plars | ogra_: heya | 13:04 |
| plars | ogra_: on https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/1045788 - I was trying ubuntu-server on my panda this morning and I'm seeing something very different | 13:05 |
| ubot2` | Ubuntu bug 1045788 in linux-ti-omap4 "screen on quantal server images stays black" [High,New] | 13:05 |
| plars | ogra_: with hdmi plugged in, I see the language selection screen come up, but my keyboard does not work | 13:06 |
| rsalveti | plars: hey :-) | 13:06 |
| plars | hey rsalveti | 13:07 |
| plars | rsalveti: your name sounds familiar...have we met? | 13:07 |
| plars | :-b | 13:07 |
| rsalveti | plars: ;-) | 13:07 |
| rsalveti | plars: so I guess you're at least getting your screen to work properly? | 13:08 |
| rsalveti | the usb issue is a bit weird | 13:08 |
| rsalveti | I'd not be surprised if this screen issue is related with the monitor you're using | 13:08 |
| rsalveti | as I'm able to get it to work here just fine as well | 13:08 |
| rsalveti | and ogra_ seems to be getting a bunch of hdmi_display_disable messages after boot | 13:09 |
| plars | rsalveti: yeah, likely | 13:10 |
| plars | rsalveti, ogra_: also, even with serial, mine appears to get stuck at some point... just have a black screen now after going through a couple of steps | 13:25 |
| rsalveti | :-( | 13:25 |
| plars | wow, not sure what that was | 13:26 |
| plars | I got it back though | 13:26 |
| plars | no ^c or ^z, I think ^d finally did it | 13:26 |
| plars | it was after network detection, after it asked me for hostname | 13:26 |
| plars | screen just went black | 13:26 |
| plars | now after ^d it continues though | 13:26 |
| plars | if you didn't see this, maybe I will try to reimage this and reproduce in a moment... let me get through it as is for now thoug | 13:27 |
| plars | oh, you have to manually make a partition on it now? | 13:29 |
| === Guest78022 is now known as Ursinha | ||
| === Ursinha is now known as Guest61980 | ||
| ogra_ | plars, ?? | 14:20 |
| ogra_ | plars, you need to install to USB nowadays | 14:20 |
| ogra_ | or yes, jump through several hoops and pre-partition the SD (with / and swap at minimum) | 14:20 |
| ogra_ | apart from the screen issue both, omap and omap4 server images work fine for me | 14:21 |
| elfy | I have finally managed to get omap4 installed - happened to see an "omapdss HDMI error : failed to enable GPIO's" in a tty - is that a known thing or should I report it - if so what should I report it against - thanks for any help :) | 14:28 |
| elfy | or is it tied up with https://bugs.launchpad.net/ubuntu/+source/pvr-omap4/+bug/1045491 | 14:29 |
| ubot2` | Ubuntu bug 1045491 in pvr-omap4 "Moving mouse messes up the desktop" [High,Confirmed] | 14:29 |
| ogra_ | does your system behave as expected otherwise ? | 14:29 |
| elfy | I believe so ogra_ - this is the first time I've managed to get installed :) | 14:29 |
| ogra_ | i think it prints that every time you swithc the display context ... i.e. from X to a tty or back, i see that here too | 14:30 |
| elfy | aah ok - thanks | 14:30 |
| elfy | though it is very very slow to respond to mouse | 14:32 |
| ogra_ | hmm, i didnt find it slow | 14:32 |
| ogra_ | i found firefox extremely slow though | 14:32 |
| ogra_ | everything thats 3D rendered seemed fine | 14:32 |
| ogra_ | (i dont think it is slower than unity-2d was with the framebuffer driver in 12.04) | 14:33 |
| ogra_ | but thats indeed totally subjective :) | 14:33 |
| elfy | 7 seconds to report back from free -m in aterminal, 20 secs to give the me the shutdown menu, a long time for nautilus to show anything | 14:34 |
| ogra_ | oh, thats disk I/O ... i thought you referred to graphics | 14:34 |
| elfy | I was responding to " does your system behave as expected otherwise" | 14:35 |
| ogra_ | well, using USB for / simply limits you to the max 24MB/s you can pump through a USB bus | 14:35 |
| ogra_ | thats still a lot more than with SD, but its just USB after all | 14:35 |
| elfy | aah ok - so that is 'expected' - if I'd thought more I'd have not asked lol | 14:36 |
| ogra_ | also note that there are a lot of tasks running right after install | 14:36 |
| elfy | ok - so yea - as far as graphics - I just have that bug I linked then | 14:36 |
| ogra_ | update-xapian-index ... locate ... lots of processes that put a horrible load on the little panda | 14:36 |
| elfy | yep | 14:37 |
| ogra_ | try to let it sit fro 30min until all these bits are done | 14:37 |
| elfy | ok | 14:37 |
| ogra_ | and also do an additional reboot, that helps ureadahead to set up a better profile | 14:37 |
| ogra_ | (i think it uses three runs (each run at a fresh boot) to actually build the proper profile | 14:37 |
| ogra_ | ) | 14:37 |
| elfy | ok - will do that - and then see how it looks - thanks ogra_ | 14:38 |
| ogra_ | thanks for helping !!! | 14:38 |
| ogra_ | :) | 14:38 |
| elfy | welcome :) | 14:38 |
| * ogra_ is happy about every additional tester | 14:39 | |
| elfy | lol | 14:39 |
| elfy | I blame balloons - so you are safe :) | 14:39 |
| ogra_ | haha | 14:39 |
| elfy | I test this and xubuntu - ubuntu has enough people :) | 14:40 |
| ogra_ | true | 14:40 |
| ogra_ | (though i bet plars would disagree ... ) | 14:41 |
| elfy | :) | 14:41 |
| elfy | I guess there's never enough people testing in truth | 14:41 |
| ogra_ | yeah | 14:41 |
| balloons | hah! | 14:41 |
| elfy | ohai balloons | 14:43 |
| * balloons waves at elfy | 14:47 | |
| * elfy would wave back but the channel's logged ... :p | 14:48 | |
| * ogra_ ponders if having the bootloader partition automounted after install is a bu or not | 14:49 | |
| ogra_ | *bug | 14:49 |
| ogra_ | we used to hide it in the past | 14:49 |
| ogra_ | yay, my ac100 kernel with 1280x720 hack works | 14:54 |
| lilstevie | ogra_, nice, I kinda want an ac100 | 14:55 |
| lilstevie | seems like a bit of fun | 14:55 |
| ogra_ | buy one then :) | 14:56 |
| lilstevie | hah | 14:56 |
| LetoThe2nd | far too expensive. | 14:56 |
| * lilstevie doesn't think he could convince the mrs that he needs it | 14:56 | |
| * LetoThe2nd repeatedly thought hard about if he needs another arm tablet/notebook device. i couldn't find any use case, so the answer obviously is no. | 14:57 | |
| ogra_ | LetoThe2nd, http://www.amazon.de/Toshiba-AC100-10V-Netbook-Android-schwarz/dp/B003YJ67T2 | 14:57 |
| ogra_ | 169€ | 14:57 |
| xnox | hmm... good price. | 14:57 |
| xnox | ogra_: do they ship to UK? | 14:57 |
| ogra_ | i think you can still get them used on amazon.co.uk somewhere :) | 14:58 |
| LetoThe2nd | ogra_: jsut for _having_ but not _using_ 170€ is still too much. | 14:58 |
| ogra_ | xnox, you likely dont want a german kbd :) | 14:58 |
| xnox | ogra_: yes. I want US one | 14:58 |
| ogra_ | there are no US ac100's | 14:58 |
| plars | ogra_: https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/1045855 any suggestions what else I could try here? | 14:58 |
| ubot2` | Ubuntu bug 1045855 in linux-ti-omap4 "usb keyboard doesn't work during installation of ubuntu-server on panda" [Undecided,New] | 14:58 |
| ogra_ | uk, fr, russian, german iirc | 14:59 |
| TypoNAM | ogra_: US never gets the cool toys :/ | 14:59 |
| ogra_ | plars, do you have a serial console enabled when it doesnt work ? | 14:59 |
| xnox | ogra_: according to amazon.co.uk 169 EUR is 287 GBP, instead of 133 GBP | 14:59 |
| ogra_ | i have seen d-i take the input from serial while displaying on framebuffer before | 15:00 |
| plars | ogra_: I do, but when I switch over to the serial pre-env, it seems that nothing is shown on the graphical display, so there's nothing to interact with | 15:00 |
| ogra_ | xnox, heh, yeah, they are bad at math ... especially when it comes to GBP | 15:00 |
| plars | ogra_: I did try pressing keys on the serial console, just to see if it would affect what was happing on my screen, no luck | 15:01 |
| ogra_ | plars, well, for laughs, try hitting the up/down keys in your serial console and watch the monitor | 15:01 |
| xnox | ogra_: i think they thing they are rather good with math, and customers aren't | 15:01 |
| plars | ogra_: yeah, tried that | 15:01 |
| ogra_ | ah, you did | 15:01 |
| plars | I'll play with it some more later... let me get through some more tests | 15:02 |
| ogra_ | yeah, as lon as seerial works i'm not too concerned | 15:02 |
| ogra_ | plain serial installs are fine for server ... | 15:02 |
| ogra_ | (not that we dont need to fix this, but its not a beta blocker imho) | 15:03 |
| plars | ogra_: right | 15:03 |
| plars | I know what you mean :) | 15:03 |
| plars | it's possible to install for sure, so it's good enough for beta | 15:03 |
| ogra_ | yep | 15:03 |
| ogra_ | i'll have to write a little novel for the release notes though | 15:03 |
| === Guest61980 is now known as Ursinha | ||
| GrueMaster | Not sure if anyone has seen this yet, but it looks interesting. http://cubieboard.org | 16:16 |
| ogra_ | like a beaglebone :) | 16:17 |
| GrueMaster | Except half price & with video + SATA. | 16:18 |
| prpplague | that an all-winner based? | 16:19 |
| prpplague | ahh right | 16:19 |
| prpplague | yea A10 | 16:19 |
| ogra_ | the headphone jacks are really clever placed | 16:20 |
| prpplague | indeed | 16:29 |
| suihkulokki | someone needs start mainlining the allwinner stuff | 16:34 |
| prpplague | hehe | 16:34 |
| rsalveti | another allwinner based board? | 16:54 |
| wookey | yep | 16:54 |
| wookey | very cheap, and mali GPU | 16:54 |
| rsalveti | suihkulokki: I think there are a few folks working on that already | 16:54 |
| rsalveti | problem is that people got it all wrong at the beginning, it needs rework before being able to send anything upstream | 16:55 |
| wookey | It looks a lot like what luke was trying to get done with PCMCIA-format A8, but only 1GB RAM :-( | 16:55 |
| prpplague | wookey: yea it has some nice features and good size, but between lack of good mainline support and low amount of ram..... | 16:58 |
| rsalveti | robclark: argh, worked fine with your config, need to check what caused the issue with the original one I used | 17:07 |
| === forestpiskie is now known as elfy | ||
| prpplague | rsalveti: have a fun trip back home? | 19:14 |
| === chrisccoulson_ is now known as chrisccoulson | ||
| jimerickson | well omap4+armhf is working better than it did except for some wierd flashing in unity. why are fonts corrupted in the terminal in openbox? | 19:38 |
| prpplague | jimerickson: because they hate you | 19:41 |
| jimerickson | i thought as much! | 19:41 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!