<jas-hacks_>
Although all the viv_samples/vdk tutorials seg fault
<hste>
do u run it on 720P?
<jas-hacks_>
yes 720P, just copy over your kernel
<hste>
I think mine wants sth I havn't compiled into kernel
rz2k has joined #imx6-dongle
<jas-hacks_>
rz2k: Hi, is it possible to change the room name to imx6-dev?
<jas-hacks_>
hste: I un-tar'd your file over the top of the other one and it booted ok.
<hste>
yes I guess its sth the yocto kernel needs
<hste>
jas-hacks_: you should have gnome-desktop in the rootfs there also
<jas-hacks_>
But it looks like it's not working any better in yocto with Xorg 14. Nothing is running correctly
<rz2k>
jas-hacks_: probably yes, and also we can setup redirect to new room
<rz2k>
but room is registrated by cnx-soft
<rz2k>
and I dont have rights here
<jas-hacks_>
Can we setup a new room? There are more devices appearing so good to have a generic room
<rz2k>
we can, but we need to move everyone to the other room, this can only be done by changing the rooms parameters like topic or redirection to other room
<rz2k>
also I saw some guys like ajayr running 4.1.0 kernel on gk802
<hste>
jas-hacks_: perhaps you need some patches to the kernel +# Patches need for Yocto and not applied by Freescale when doing 4.1.0 branch
<rz2k>
hste: jas-hacks_: you guys are trying to run vivante hardfloat libraries, right? I'm a bit out of the loop these days with my job taking all the time. Couple weeks ago I tried to run hfp.alpha-2 release on linaro rootfs.
<rz2k>
didnt end well, there are problems somewhere in DRM/DRI which make random segfaults or lockups of Xorg
<jas-hacks_>
rz2k: Yes with 13.04 rootfs, the alpha-2 releases work ok with Xorg 11.4. but like you I get lockups with Xorg 13
<rz2k>
hste: yes, I saw, problem is, its better to have everything in one repo/group of repos in branches than having 150 different repos.
<hste>
agree :)
<rz2k>
jas-hacks_: there's also another problem - 13 - 14 xorgs have DRI extension built in
<rz2k>
when Vivante wants their own
<rz2k>
hacked with hacks (c) version. really it is standard DRI but with calls to libGAL.
<jas-hacks_>
rz2k: The 13/14 DRI extension has been address with a "compat-api.h"
<rz2k>
yes, but once you have Xorg built with DRI built in, you can load your own even fixed with compat-api :(
<rz2k>
or you can rebuild the whole X, but I never tried that.
<rz2k>
s/can load/cant load/
<jas-hacks_>
From what I understand, we now only build the viv EXA driver and rely on the built in DRI driver
<rz2k>
yep, but vivante blob libraries like libEGL-x11 actually want to see their own DRI xf86 extension, thats why we have hangs
<rz2k>
I had a time with gdb and xorg 13 setup
<rz2k>
it hangs in two threads, first one is context close from libEGL, other one is standard DRI function "DRIClipNotify"
<rz2k>
(which actually doesn hang, it just waits in infinite loop for next frame, but because the vivante libs are written for their own DRI, it never gets the new frames)
<jas-hacks_>
so all viv libs need to be made compatible with the built-in DRI?
<rz2k>
the ones using the X11, yes
<jas-hacks_>
that explains what I'm seeing.
<rz2k>
the OpenCL for example, no, you can use it
<rz2k>
or the libEGL-fb or libEGL-wl
<rz2k>
for wayland and framebuffer
<rz2k>
theres also one for directfb framework
<hste>
perhaps otavio could get response on a new "blob" at freescale
<rz2k>
he knows all this
<rz2k>
vivante doesnt give a f#ck
<rz2k>
sorry.
<rz2k>
they have this setup for years from 2005-ish years
<jas-hacks_>
So workaround may be to get wayland bits working on linaro
<rz2k>
yes
<rz2k>
wayland for vivante is around in ubuntu 11.10 rootfs sources
<rz2k>
latest one
<rz2k>
they hacked their stuff there too :)
<jas-hacks_>
:(
<rz2k>
but yes, you can build wayland and weston
<rz2k>
but I have no idea how that works, if talking honestly.
<jas-hacks_>
best would be if we a had desktop UI based on fb
datagutt_ has joined #imx6-dongle
datagutt has quit [Ping timeout: 240 seconds]
<rz2k>
I can only remember something like UIs from handheld consoles on Ingenic JZ47xx
<jas-hacks_>
unless we all move to android
<rz2k>
we can move to android-based stuff, like ubuntu touch or whatever that is called
<rz2k>
it actually is done around android binder/surfaceflinger and etc
<rz2k>
so everyone having the android running can run ubuntu touch
<hste>
is it running in a sort of container?
<rz2k>
no, it replaces the standard android high level apps like the desktop and replaces them with own written from scratch
<rz2k>
lower lever things like I said, surfaceflinger, hwcomposer and etc are still android
<rz2k>
i have a pal who ran both ubuntu touch and webOS on allwinner devices
<rz2k>
he also wrote manual about how ubuntu touch does actually work, but not on english, sorry.
datagutt_ has quit [Quit: Computer has gone to sleep.]
<jas-hacks_>
rz2k: May be an option would be to add the viv DRI api layer to the built-in DRI?
datagutt has joined #imx6-dongle
<hste>
yocto even built a kernel for gk802 only uboot failed because wrong toolchain, but still same error using it
jas-hacks_ has left #imx6-dongle [#imx6-dongle]
alex_kag has quit [Ping timeout: 264 seconds]
datagutt has quit [Quit: Computer has gone to sleep.]
datagutt has joined #imx6-dongle
fossxplorer has quit [Ping timeout: 240 seconds]
<wumpus>
if only people spent the time they do hacking around the vivante blobs on etnaviv :/
alex_kag has joined #imx6-dongle
<rz2k>
wumpus: if etna will go X11, I will move there. right now the only framebuffer approach is not accepatable for mainstream user.
<wumpus>
it won't 'go X11' unless someone implements that
<wumpus>
seems no one is interested enough to make that though
<rz2k>
probably because there are no guys who have time and know how DRM/DRI stuff works? :p
<wumpus>
I guess
<wumpus>
I'm thinking of quitting too
jas-hacks_ has joined #imx6-dongle
datagutt has quit [Ping timeout: 260 seconds]
datagutt has joined #imx6-dongle
hste has quit [Remote host closed the connection]
hste has joined #imx6-dongle
alex_kag has quit [Quit: Konversation terminated!]
ajayr has quit [Quit: Lost terminal]
ajayr has joined #imx6-dongle
<hste>
jas-hacks_: I think it was sth wrong with rootfs. made a new one for wandboard-quad and it boots