Allwinner A13 (arm mali 400, Lima driver) OpenGLES support

*Dear all*,

we have created a Linux embedded system for an *Allwinner A13 SOC*. All the
linux kernel needed support is enabled, you can check in the following
kernel logs
that the mali gpu is detected and *Lima driver* enabled, also the *sun4i-drm
driver*:

<<<===========================================================
...
[    0.881876] sun5i-pinctrl 1c20800.pinctrl: supply vcc-pd not found,
using dummy regulator





*[    0.895920] lima 1c40000.gpu: gp - mali400 version major 1 minor 1[
0.902267] lima 1c40000.gpu: pp0 - mali400 version major 1 minor 1[
0.908568] lima 1c40000.gpu: l2 cache 32K, 4-way, 64byte cache line, 64bit
external bus[    0.917322] lima 1c40000.gpu: bus rate = 300000000[
0.922177] lima 1c40000.gpu: mod rate = 384000000[    0.927515] [drm]
Initialized lima 1.1.0 20191231 for 1c40000.gpu on minor 0*
[    0.935599] sun5i-pinctrl 1c20800.pinctrl: supply vcc-pc not found,
using dummy regulator
...
[    2.171465] Key type dns_resolver registered
[    2.175845] Registering SWP/SWPB emulation handler
[    2.191990] sun5i-pinctrl 1c20800.pinctrl: supply vcc-pd not found,
using dummy regulator



*[    2.200843] sun4i-drm display-engine: bound 1e00000.display-frontend
(ops 0xc084c328)[    2.209107] sun4i-drm display-engine: bound
1e60000.display-backend (ops 0xc084bb68)[    2.217464] sun4i-drm
display-engine: bound 1c0c000.lcd-controller (ops 0xc084a6c8)[    2.225311]
sun4i-drm display-engine: bound 1c0a000.tv-encoder (ops 0xc084b428)*
[    2.233146] checking generic (4fda8000 258000) vs hw (0 ffffffff)
*[    2.233154] fb0: switching to sun4i-drm-fb from simple*
[    2.238746] Console: switching to colour dummy device 80x30

*[    2.245271] [drm] Initialized sun4i-drm 1.0.0 20150629 for
display-engine on minor 1[    2.253402] [drm] kms: can't enable cloning
when we probably wanted to.*
[    2.291290] mmc0: host does not support reading read-only switch,
assuming write-enable
...
===========================================================>>>

we have completed a drm driver test with the "*modetest*" tool and this
command:
"*modetest -M sun4i-drm -s 49@47:1024x600-60*" (only mode supported on our
panel)
and the result is correct, we can see the color bars on screen, *the drm
works!*
we also have completed a kms driver test with "*kmscube*" tool and we can
see a
3dcube on screen with 60fps at only 10% cpu, *the kms works!* With a video
the
test report 20fps at 42% cpu ("*kmscube -V test.mpg*")

But here is our problem, when we launch a test such as "*glxgears*" app we
only
reach *15fps* and almost 100% cpu. What's more, when a QT app such as vlc is
launched we get the following message:
"*libEGL warning: DRI2: failed to authenticate*"

We have installed *mesa3d* library following the linux sunxi instructions,
and now we
have* libEGL.so.1.0.0 */* libGLESv1_CM.so.1.1.0* /* libGLESv2.so.2.0.0* on
our system.
Those libs are the only ones on system on /usr/lib folder. Seems as if
there is no
hardware gpu use / access, but we created correctly the mesa3d libs (check
the following
build configure info for mesa version *20.2.2*) and QT openGLES support.

<<<===========================================================
...
Message: Configuration summary:

        prefix:          /usr
        libdir:          lib
        includedir:      include

        OpenGL:         * yes* (ES1: yes ES2: yes)
        OSMesa:          no

        DRI platform:    drm
        DRI drivers:     no
        DRI driver dir:  /usr/lib/dri

        GLX:             DRI-based

        EGL:             yes
        EGL drivers:     builtin:egl_dri2
        GBM:             yes
        EGL/Vulkan/VL platforms:   *x11 surfaceless drm*

        Vulkan drivers:  *no*

        llvm:            *no*

        Gallium drivers: *kmsro lima panfrost swrast*
        Gallium st:      mesa
        HUD lmsensors:   no

        Shared-glapi:    yes

Build targets in project: 121

Option buildtype is: release [default: debugoptimized]
...
===========================================================>>>

We will keep on searching for a solution.
* Any help or clue would be greatlyappreciated*. *Thank you very much for
your help*!

Best Regards,
*Sergio Sota*

_______________________________________________
mesa-users mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/mesa-users