sunxi mali binary driver

sunxi mali binary driver

[Trevor Woerner]

Hello,

I'm trying to build an image for my cubietruck that uses the binary
accelerated mali driver (sunxi-mali) and have a couple questions.

It was my impression that the binary user-space libraries (sunxi-mali?)
only work with specific versions of the kernel.

By default the cubietruck machine definition will try to build the
upstream kernel, but by default it also sets the preferred providers of
egl, gles1, and gles2 to sunxi-mali. Wouldn't that cause problems? If I
want to use the accelerated, binary mali driver, don't I have to stick
with the sunxi kernel (3.4.90) too?

Best regards,
    Trevor

Re: sunxi mali binary driver

[Nicolas Aguirre]

2015-09-22 19:27 GMT+02:00 Trevor Woerner <twoerner@gmail.com>:
> Hello,
>

 Hi Trevor,

> I'm trying to build an image for my cubietruck that uses the binary
> accelerated mali driver (sunxi-mali) and have a couple questions.
>
> It was my impression that the binary user-space libraries (sunxi-mali?)
> only work with specific versions of the kernel.
>

sunxi-mali binary driver build by this recipe
(https://github.com/linux-sunxi/meta-sunxi/blob/master/recipes-graphics/libgles/sunxi-mali_git.bb)
only works with 3.4 kernel.
You can find some informations about sunxi-mali here :
http://linux-sunxi.org/Mali_binary_driver

The problem is that linux-sunxi 3.4.x kernel contains mali r3p0 driver
(https://github.com/linux-sunxi/linux-sunxi/tree/sunxi-3.4/drivers/gpu/mali)
where linux mainline doesn't.

> By default the cubietruck machine definition will try to build the
> upstream kernel, but by default it also sets the preferred providers of
> egl, gles1, and gles2 to sunxi-mali. Wouldn't that cause problems? If I
> want to use the accelerated, binary mali driver, don't I have to stick
> with the sunxi kernel (3.4.90) too?
>

We could maybe avoid the build of sunxi-mali recipe when a mainline
kernel is built.

> Best regards,
>     Trevor

Best Regards,
Nicolas
-- 
Nicolas Aguirre
Mail: aguirre.nicolas@gmail.com
Web: http://www.calaos.fr
Blog: http://dev.enlightenment.fr/~captainigloo/

Re: sunxi mali binary driver

[Trevor Woerner]

Hi Nicolas,

On 09/22/15 14:34, Nicolas Aguirre wrote:
> 2015-09-22 19:27 GMT+02:00 Trevor Woerner <twoerner@gmail.com>:
>> Hello,
>>
>  Hi Trevor,
>
>> I'm trying to build an image for my cubietruck that uses the binary
>> accelerated mali driver (sunxi-mali) and have a couple questions.
>>
>> It was my impression that the binary user-space libraries (sunxi-mali?)
>> only work with specific versions of the kernel.
>>
> sunxi-mali binary driver build by this recipe
> (https://github.com/linux-sunxi/meta-sunxi/blob/master/recipes-graphics/libgles/sunxi-mali_git.bb)
> only works with 3.4 kernel.
> You can find some informations about sunxi-mali here :
> http://linux-sunxi.org/Mali_binary_driver
>
> The problem is that linux-sunxi 3.4.x kernel contains mali r3p0 driver
> (https://github.com/linux-sunxi/linux-sunxi/tree/sunxi-3.4/drivers/gpu/mali)
> where linux mainline doesn't.

Thank you for the clarification! That's what I thought, but the fact the
binary was being included with the mainline had me confused :-)

>> By default the cubietruck machine definition will try to build the
>> upstream kernel, but by default it also sets the preferred providers of
>> egl, gles1, and gles2 to sunxi-mali. Wouldn't that cause problems? If I
>> want to use the accelerated, binary mali driver, don't I have to stick
>> with the sunxi kernel (3.4.90) too?
>>
> We could maybe avoid the build of sunxi-mali recipe when a mainline
> kernel is built.

Ok, I could take a look at that too.

Best regards,
    Trevor