Re: [linux-sunxi] /usr/lib/dri/sunxi-mali_dri.so

[Dmitriy B.]

Mali-400 cant do OpenGL.

Mali-400 can do OpenGLES.

Install mesa for OpenGL software rasterization (should be default on linaro & etc.)

2013/3/28 <martin...@gmail.com>

Hi all,

is it normal, that this file is missing? OpenGL ES is working, but I can't start any applications like ScummVM, BSNES etc. BSNES has also an Option for using OpenGL, but it's still not working. It says that the file /usr/lib/arm-linux-gnueabihf/dri/sunxi-mali_dri.so is missing.

It would be very nice, if someone could help me. I'm very frustrated at the moment and googled since a few days for getting it running.

Thanks!

Kind regards,

Martin

--
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Luc Verhaegen]

On Thu, Mar 28, 2013 at 06:23:48AM -0700, martin...@gmail.com wrote:
> Hi all,
>
> is it normal, that this file is missing? OpenGL ES is working, but I can't start any applications like ScummVM, BSNES etc. BSNES has also an Option for using OpenGL, but it's still not working. It says that the file /usr/lib/arm-linux-gnueabihf/dri/sunxi-mali_dri.so is missing.
>
> It would be very nice, if someone could help me. I'm very frustrated at the moment and googled since a few days for getting it running.
>
> Thanks!
>
> Kind regards,
>
> Martin

This is a binary driver which implements a full openGLESv1/v2 stack
itself, and not some mesa driver.

Luc Verhaegen.

[Martin Fandel]

Hi Dimitry,

do I understand you correctly, that the OpenGLES (MALI) can't be used together with OpenGL (MESA)? Therefore, the
I've to choice one driver? Thats ok, but afaik, DRI itself has nothing to do with OpenGL / OpenGLES. So is there
any DRI Support for the Mali 400? Am I right?

Thanks!

Rregards,

Martin

[Luc Verhaegen]

On Thu, Mar 28, 2013 at 05:27:48PM +0400, Dmitriy B. wrote:
> Mali-400 cant do Open*GL.*

The hardware will run a subset of it, and Mesa could make up for some
differences. But we do not have a full mesa driver for lima yet.

Luc Verhaegen.

[Luc Verhaegen]

On Thu, Mar 28, 2013 at 06:34:44AM -0700, Martin Fandel wrote:
> Hi Dimitry,
>
> do I understand you correctly, that the OpenGLES (MALI) can't be used
> together with OpenGL (MESA)? Therefore, the
> I've to choice one driver? Thats ok, but afaik, DRI itself has nothing to
> do with OpenGL / OpenGLES. So is there
> any DRI Support for the Mali 400? Am I right?
>
> Thanks!
>
> Rregards,
>
> Martin

http://linux-sunxi.org/Binary_drivers hints at this several times.

Note the "Binary" bit in the url.

Then there is this section:

http://linux-sunxi.org/Binary_drivers#Mesa_libraries_are_still_in_the_way

How much clearer do you need this spelled out?

Luc Verhaegen.

[Martin Fandel]

Ok, but is there no DRI-Driver for the Mali 400?

[Luc Verhaegen]

On Thu, Mar 28, 2013 at 06:40:35AM -0700, Martin Fandel wrote:
> Ok, but is there no DRI-Driver for the Mali 400?

For the hundredth time, there is no mesa driver for this.

There is a binary EGL driver which supports X11, and we have an xf86
video driver which talks to ump and the mali drm module directly.

None of them give you what you keep on dreaming about.

Luc Verhaegen.

[Martin Fandel]

Ok now I understand. I'm sorry for asking it, there is some basic missknowledge on my side.

For the Lima driver. Do you know when it will be released?

[Luc Verhaegen]

On Thu, Mar 28, 2013 at 06:54:34AM -0700, Martin Fandel wrote:
> Ok now I understand. I'm sorry for asking it, there is some basic
> missknowledge on my side.
>
> For the Lima driver. Do you know when it will be released?

I release code as soon as it works and it looks halfway decent.

I still haven't started actual mesa work, so don't hold your breath.

Luc Verhaegen.

[Martin Fandel]

Ok, do you need support for coding or testing?

[Siarhei Siamashka]

On Thu, 28 Mar 2013 06:23:48 -0700 (PDT)
martin...@gmail.com wrote:

> Hi all,
>
> is it normal, that this file is missing?

As already mentioned in this thread, this looks like something
that is explained in "Common pitfalls" section of

http://linux-sunxi.org/Binary_drivers

> OpenGL ES is working

Sounds good. Just curious, how did you verify this?

> but I can't start any applications like ScummVM, BSNES etc. BSNES has also
> an Option for using OpenGL, but it's still not working. It says that the
> file /usr/lib/arm-linux-gnueabihf/dri/sunxi-mali_dri.so is missing.

It might be a simple issue, which can be solved by moving the mesa-egl
files out of the way. In any case, watch for any applications that are
linking libGL.so library. At best, you will get software rendering and
sluggish performance. At worst (if the said application happens to
link both libGL.so and libGLESv2.so) you may encounter unpredictable
crashes or other problems. Getting the list of the linked shared
libraries can be usually done by running:

ldd /usr/bin/application-name

> It would be very nice, if someone could help me. I'm very frustrated
> at the moment and googled since a few days for getting it running.

If your goal is to run ScummVM and BSNES, then you might even not need
the Mali drivers at all. It looks like like these emulators just need
some simple scaling and using OpenGL ES or OpenGL might be an overkill.
There are much better alternative solutions for hardware accelerated
scaling.

Also I searched a bit, and this forum thread seems to explain OpenGL ES
support status for ScummVM:

http://forums.scummvm.org/viewtopic.php?t=12109&sid=1c9373f52ab88e3578f048c41ceb75b6

In a nutshell, it is not expected to work out of the box (just like
almost everything else).

The problem is that someone cleverly decided to invent a new reduced
OpenGL ES API for the mobile devices. Surely there was some sort of
a technical justification for this. But the down side is that the
existing OpenGL applications now need to be modified to enjoy hardware
acceleration on the devices which are not lucky enough to have full
OpenGL drivers. We can't say that OpenGL ES is a failure in general
(after all, there are plenty of closed source commercial games for
Android). But OpenGL ES surely looks like a big failure in the open
source world.

> Ok, do you need support for coding or testing?

I know that you asked this question specifically about the open source
lima driver development. But looks like there are many possible ways to
work on solving the problem (and they can be pursued at the same time):

1) Somehow obtain the drivers with full OpenGL support. This could be
the reverse engineered open source lima drivers. Or maybe some miracle
happens and the proprietary drivers somehow get an update which brings
OpenGL.

2) Implement some sort of emulation wrapper for providing OpenGL on top
of OpenGL ES, for example some people are trying to do something:

http://boards.openpandora.org/index.php/topic/11506-opengl-implementation-tldr-more-games/

Also as you can see, the developers of anything OpenGL ES related
seem to be generally hostile to open source. That's probably a part
of the game development culture.

3) Start improving OpenGL ES support in open source applications.
BTW, ScummVM might be a good start :)

--
Best regards,
Siarhei Siamashka