did the weston can use "mesa" for "opengles and egl" demands without libmali.so on MALI targets?

[tugouxp]

hi folks:


my project take wayland as display server, weston working with libdrm-backend, the opegles and egl interface are provided by arm official provide "libmali.so" library.


but now i want to test whether it can be worked that get rid of mali library completely ,and use mesa library instead. i am use the yocto build system and the compile process is very succefully, but
when i tested the weston with following command.

weston --backend=drm-backend.so --tty=1 --idle-time=0 &

it seems the weston crashed and cant be launched, this command works fine with "libmali" method, so it should not be the problem of mali .


the output is very chaos by different threads log interrupted each other, thanks for your kindly help.


[12:24:33.474] OS: Linux, 4.4.[ 21.028359] weston[1248]: unhandled level 2 translation fault (11) at 0x00000008, esr 0x92000046
89, #14 SMP PREEMPT Sat Sep 22 2[ 21.040046] pgd = ffffffc029da9000
2:05:37 CST 2018, aarch64
[12:2[ 21.046565] [00000008] *pgd=0000000068e4f0034:33.474] Using config file '/et, *pud=0000000068e4f003c/xdg/weston/weston.ini'
[12:24, *pmd=0000000000000000:33.475] Output repaint window i
s 7 ms maximum.
[12:24:33.475] [ 21.066890]
Loading module '/usr/lib/libwest[ 21.071338] CPU: 0 PID: 1248 Comm: weston Tainted: G O 4.4.89 #14
on-2/drm-backend.so'
[12:24:33.[ 21.082139] Hardware name: sun50iw1 (DT)
477] initializing drm backend
[[ 21.089289] task: ffffffc02a0dd080 ti: ffffffc02a35c000 task.ti: ffffffc02a35c000
12:24:33.482] using /dev/dri/car[ 21.100373] PC is at 0x7fa0b745cc
d0
[12:24:33.482] Loading modul[ 21.106838] LR is at 0x7fa06ca3ac
e '/usr/lib/libweston-2/gl-rende[ 21.113294] pc : [<0000007fa0b745cc>] lr : [<0000007fa06ca3ac>] pstate: 80000000
rer.so'
gbm: failed to open any[ 21.124302] sp : 0000007fe00b72d0
driver (search paths /usr/lib/d[ 21.130758] x29: 0000007fe00b72d0 ri)
gbm: Last dlopen error: /usx28: 000000000040a000 r/lib/dri/sunxi_dri.so: cannot o
pen shared object file: No such [ 21.145024] x27: 0000000000bd24e0 file or directory
failed to loax26: 0000007fe00b74a0 d driver: sunxi
gbm: failed to
open any driver (search paths /u[ 21.159280] x25: 0000000000bd1020 sr/lib/dri)
gbm: Last dlopen erx24: 000000000040a000 ror: /usr/lib/dri/kms_swrast_dri
.so: cannot open shared object f[ 21.173552] x23: 0000007fe00b749c ile: No such file or directory
x22: 0000000000bd24e0 failed to load driver: kms_swras
t
[12:24:33.498] EGL client ext[ 21.187815] x21: 0000000000be2190 ensions: EGL_EXT_client_extensiox20: 0000000000be2080 ns
EGL_EXT_platf
orm_base EGL_KHR_client_get_all_[ 21.202076] x19: 0000000000be2168 proc_addresses
Ex18: 0000000000000078 GL_KHR_debug EGL_EXT_platform_wa
yland EGL_MESA_platform_gbm
[12[ 21.216342] x17: 0000007fa0b745c8 :24:33.499] warning: EGL_EXT_bufx16: 0000007fa06e01f0 fer_age not supported. Performan
ce could be affected.
[12:24:33[ 21.230619] x15: 0000000000000004 .499] warning: neither EGL_EXT_sx14: 0000007fa0b69cd0 wap_buffers_with_damage or EGL_K
HR_swap_buffers_with_damage is s[ 21.244883] x13: 0a6c676520657a69 upported. Performance could be ax12: 6c616974696e6920 ffected.
[12:24:33.499] EGL_KHR
_surfaceless_context available
[ 21.259142] x11: 0000000000000000 [12:24:33.509] Failed to make EGx10: 0101010101010101 L context current.
[12:24:33.50
9] EGL error state: EGL_BAD_MATC[ 21.273416] x9 : 0000000000000000 H (0x3009)
[12:24:33.509] EGL ex8 : 0000000000000039 rror state: EGL_SUCCESS (0x3000)


[12:24:33.512] failed to initi[ 21.287684] x7 : 616974696e69206f alize egl
x6 : 0000007fa0b17580
[ 21.297353] x5 : 0000007fa0b17580 x4 : 0000000000be2040
[ 21.303273] x3 : 0000000000000000 x2 : 0000000000000000
[ 21.309208] x1 : 0000000000000000 x0 : 0000000000be2380
[ 21.315133]

[Pekka Paalanen]

This post might be inappropriate. Click to display it.

[tugouxp]

is that mean that the libmali.so could be replaced by mesa implementation totally? if so, the accelerator function could not be used, is that true?


i would make experiment as you said, thanks for our good advice.

Post by Pekka Paalanen
On Tue, 25 Sep 2018 09:28:27 +0800 (CST)

Post by tugouxp
my project take wayland as display server, weston working with
libdrm-backend, the opegles and egl interface are provided by arm
official provide "libmali.so" library.
but now i want to test whether it can be worked that get rid of mali
library completely ,and use mesa library instead. i am use the yocto
build system and the compile process is very succefully, but when i
tested the weston with following command.
weston --backend=drm-backend.so --tty=1 --idle-time=0 &
it seems the weston crashed and cant be launched, this command
works fine with "libmali" method, so it should not be the problem of
mali .
the output is very chaos by different threads log interrupted each
other, thanks for your kindly help.

Hi,
you can redirect stdout and stderr to a file. Printing to the terminal
stops working once Weston enters graphics mode. If you are launching
weston through a serial console, maybe it overflows and drops random
bytes - is your serial flow control correctly set up also for the
kernel console output?
It looks like you get kernel bug output too. A kernel bug is always a
kernel issue, so you would need to look into that first.
Also make sure that Weston is not somehow patched for Mali
specifically. I don't know if such patches exist, but if they do, we
can't support them.
https://wiki.debian.org/MaliGraphics
https://www.x.org/wiki/Events/XDC2018/Talks/#lyude_alyssa
Thanks,
pq