| 00:49 | Coburn | [09:49:01] [07:12:23] oh, success! xorg driver works. it turns out that the binaries from the cubox-packages.tar.gz, packages/libgfx/libgfx/bin/ , are apparently broken. |
| 00:50 | Coburn | So you have working HW acceleration for Xorg? |
| 00:50 | Coburn | what kernel? |
| 00:59 | dv_ | no, the xorg drivers just started with a valid HDMI signal |
| 00:59 | dv_ | still a long way to go |
| 00:59 | dv_ | I am using rabeeh's kernel, 3.6.9 |
| 01:00 | dv_ | I think I am beginning to understand the differences between the EGL/GLES binaries. there are earlier ones, which include vdk functionality (vdkGetDisplay etc.) these are in cubox-packages.tar.gz, packages/libgfx/libgfx . there are two versions of them, one in bin/ (the broken one), the other in debian/marvell-libgfx/usr/lib/. |
| 01:01 | dv_ | and then there are newer ones here http://download.solid-run.com/pub/solidrun/cubox/packages/marvell-opengl/ these do *not* have the vdk stuff anymore |
| 01:02 | dv_ | this means that with the newer ones, OpenGL ES, OpenVG etc. are only possible with X11, while with the older ones, non-X11 (EGL only) rendering might work |
| 01:04 | dv_ | I'll try to build a small test app using vdk and EGL to confirm this |
| 01:04 | dv_ | Coburn: what do you mean with HW accelerated? compositing? |
| 01:04 | Coburn | yes |
| 01:05 | Coburn | That's what I mean |
| 01:05 | dv_ | hmm dont know yet. I am experimenting with the xorg driver, as said. |
| 01:05 | Coburn | Ok |
| 01:05 | Coburn | H/W is a bonus for screen dragging and stuff |
| 01:05 | dv_ | but I can tell you already that desktop opengl (non-ES) most likely wont be hw accelerated |
| 01:06 | dv_ | at least I dont see anything that provides that. perhaps there is a modified mesa/gallium version somewhere that translates desktop GL calls to GLES, but I have never seen that. (and desktop opengl on an embedded device is .. weird.) |
| 01:07 | Coburn | Sorry, I missed that dv_, can you please replay what you said? |
| 01:07 | Coburn | BSOD |
| 01:07 | dv_ | but I can tell you already that desktop opengl (non-ES) most likely wont be hw accelerated at least I dont see anything that provides that. perhaps there is a modified mesa/gallium version somewhere that translates desktop GL calls to GLES, but I have never seen that. (and desktop opengl on an embedded device is .. weird.) |
| 01:08 | Coburn | Right |
| 01:08 | Coburn | What about Compiz and such? |
| 01:09 | Coburn | That wouldn't be H/W accelerated? |
| 01:09 | Coburn | What I meant about window management, is on some devices, you drag a window and lags like hell, when on other devices, it's smooth as butter |
| 01:09 | Coburn | R-Pi is one example - dragging Windows on the desktop around lags |
| 01:11 | dv_ | yes, this is related to the driver |
| 01:13 | dv_ | do you have an example of an embedded device where it is smooth? |
| 01:13 | undo | also the 2.6 kernel isn't out-of-date |
| 01:14 | dv_ | oh. just realized ... the vdk stuff has one header missing. so vdk-based non-X11 rendering *isnt* an option. oh well. |
| 01:14 | undo | maybe that's why my dbf didn't build with egl? |
| 01:16 | undo | s/dbf/dfb/ |
| 01:17 | dv_ | perhaps. didnt try that yet. |
| 01:18 | undo | well, don't know what's vdk |
| 01:19 | Coburn | [10:13:26] do you have an example of an embedded device where it is smooth? |
| 01:19 | Coburn | I think on the ODROID-U2 it is |
| 01:19 | Coburn | I have one, and it can run Fedora 18 |
| 01:19 | dv_ | undo: a vivante specific lowlevel API, used together with EGL |
| 01:20 | Coburn | however Fedora does it's DWM, it's smooth |
| 01:20 | Coburn | Question |
| 01:20 | Coburn | When you say Desktop GL |
| 01:20 | Coburn | does that mean games like Super Tux Kart won't work? |
| 01:20 | Coburn | Or does that use native X calls to render stuff? |
| 01:27 | N30N | Coburn: The development version of compiz has GLES support |
| 01:35 | Coburn | Nice |
| 01:35 | Coburn | Also, I did see a little android quadcore box |
| 01:36 | Coburn | using a Freescale Cortex chip |
| 01:37 | Coburn | using some Marvell Vivante Chip |
| 01:37 | Coburn | let me look it up |
| 01:37 | Coburn | SOC i.MX 6; CPU Quad-core 1.2GHz Cortex-A9; GPU Vivante GC2000 |
| 01:37 | Coburn | https://www.miniand.com/products/GK802%20Android%20Mini%20PC |
| 01:37 | dv_ | I know this GPU |
| 01:37 | dv_ | pretty nifty, even has EXT_frag_depth support |
| 01:38 | Coburn | dbsx: Heads up, I shot you an email |
| 01:38 | Coburn | :) |
| 03:40 | Coburn | test |
| 03:52 | undo | ttt |
| 03:52 | undo | est ist |
| 06:19 | undo | apropos troubleshooting :) |
| 06:19 | undo | one shot, or machine gun? |
| 06:27 | undo | or the hammer ;) |
| 08:05 | undo | what the hack, too silly |
| 08:05 | undo | clever aussi |
| 08:05 | undo | @dbsx |
| 08:33 | wumpus | Coburn: GK802 is pretty nifty indeed |
| 08:33 | wumpus | people are working on it in the #imx6-dongle channel |
| 08:42 | wumpus | if you want non-x11 rendering on cubox you can always use etnaviv :-) |
| 12:39 | dv_ | hmm have you guys experienced problems with the xorg driver and 1280x720 resolution? |
| 12:40 | dv_ | 1024x768 looks fine to me. but 1280x720 is distorted, as if somewhere, some kind of scanline size isnt set properly. |