Vivante GC320 support

[raumzeit]

You could also try my PKGBUID for the vivante GPU drivers:

https://github.com/RaumZeit/PKGBUILDs/tree/master/alarm/gpu-viv-bin-mxq6

I've included pkg-config files for most of the libraries. My packages also mostly follow a proper ldconf naming scheme.

The only thing you might have to do is to adapt the 'depends' variable to fit the 'provides' of your kernel

best

raumzeit

[tobbebobbe]

Ralix, The compilation of xbmc finished in the middle of the night, so I will not be able to try it out until tonight. About how many frames per second do you guys get for HD movies?

[tobbebobbe]

raumzeit, Are those the same drivers as Ralix uses?

Will all of this get into the main repo eventually? I understand that Stephan will commit his stuff to upstream xbmc, so that will hopefully be in xbmc when it becomes stable. But what about the drivers?

[tobbebobbe]

I don't know what it is I am doing wrong, but now xbmc starts, but I cannot watch movies. When I select a movie to watch it loads, and then I see the bar with play/stop etc also showing that the movie is "playing" because the time is going. But no picture. So it seems like I am still having problems with video libraries?

Also, when I start xbmc with my normal user "sudo xbmc" then hdmi-cec works. But when I use systemctl to start or autostart it the hdmi-cec does not work. I have added user "xbmc" to the groups uucp and lock as stated in the archwiki xbmc howto. But it still seems like there are some problems with rights.

[raumzeit]

the drivers in my PKGBUILD are compatible with the freescale 3.10.9_1.0.0 kernel patches. These should be the same as ralix uses in his PKGBUILD.
Have you tried the vivante sample programs in order to check whether your kernel and the drivers are compatible?

I don't think that the drivers will find their way into the main repo, since they are proprietary. However, once we have a working set of PKGBUILDs of kernel and drivers, I am pretty sure we can put them into AUR or something.

I will update my PKGBUILDs and include the vpu drivers as well in about two weeks, when I have access to my wandboard again

[pepedog]

These PKGBUILDs work on the cubox-i with the regular linux-imx6-cubox kernel, plus uEnv.txt and udev rules tweaking
But they won't build as is in chroot, the builder wants this

[tobbebobbe]

I really don't know what it is I am doing wrong... Now I have tried reinstalling the packages from Ralix and now I don't even get the basic console output to my screen...

Would anyone be up for releasing a full arch linux image for utilite with xbmc working?

[pepedog]

It would mean abandoning the compulab kernel sources, which uses board support package 4.0.0, in favour of a bsp 4.1.0 source. Bsp 4.1.0 is already packaged, btw

[tobbebobbe]

Pepedog: you are talking about the regular kernel, but the Ralix PKGBUILDs include a custom kernel which I belive is needed to get framebuffer support for Vivante. So in our quest to get xbmc to work in FB we absolutely need to move away from the standard kernel.

But I am not sure if I understand your answer correctly.

I am mostly hoping that Ralix or anyone else who got xbmc to work properly under arch on the utilite to explain how I get it to work, since simply installing Ralix PKGBUILDs do not seem to do it for me.

[pepedog]

I have seen xbmc on arch running today (utilite pro) but the playing movie was hiding behind somewhere (I got this on yocto build too), using wolfgar kernel source (utilite seems to get a little warm with this kernel too).
Good news that a git diff between 4.0.0 to 4.1.0 patch on wolfgar source applied to compulab kernel source only had 2 minor/fixable hunk errors.
Looks like utilite uboot doesn't scan for uEnv.txt so it might need a custom boot.scr

This was using the packages that recently went into repos (xbmc-imx-git libfslvpuwrap libcec-imx6 gpu-viv-bin-mx6q-fb firmware-imx imx-vpu)