Mesa 19 has a broken rockchip_dri.so

[gerardr]

Hi!

I have an Aarch64 Chromebook, Kevin (gru). At some point a Mesa upgrade caused Xorg to dump core. I'd cleaned up the cache of pacman files, and had only a 5 month old backup with mesa-18.3.4-1 which works fine. But without the cache, I cannot backtrack to more recent versions, since none of the intermediate versions are available online (that I can find).

Here is the gdb 'where' output.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/lib/Xorg...
(No debugging symbols found in /usr/lib/Xorg)
[New LWP 844]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
Core was generated by `/usr/lib/Xorg :0 -seat seat0 -auth /run/lightdm/root/:0 -nolisten tcp vt7 -novt'.
Program terminated with signal SIGABRT, Aborted.
#0 0x0000ffff8a255854 in raise () from /usr/lib/libc.so.6
(gdb) where
#0 0x0000ffff8a255854 in raise () at /usr/lib/libc.so.6
#1 0x0000ffff8a2432a8 in abort () at /usr/lib/libc.so.6
#2 0x0000aaaad790ae54 in ()
#3 0x0000aaaad791005c in ()
#4 0x0000aaaad7910dbc in FatalError ()
#5 0x0000aaaad7908244 in ()
#6 0x0000ffff8a719688 in <signal handler called> ()
#7 0x0000ffff88a5c280 in () at /usr/lib/dri/rockchip_dri.so
#8 0x0000ffff88c96080 in () at /usr/lib/dri/rockchip_dri.so
#9 0x0000ffff88c97270 in () at /usr/lib/dri/rockchip_dri.so
#10 0x0000ffff88c93f3c in () at /usr/lib/dri/rockchip_dri.so
#11 0x0000ffff888805dc in () at /usr/lib/dri/rockchip_dri.so
#12 0x0000ffff89364f00 in () at /usr/lib/xorg/modules/libglamoregl.so
#13 0x0000ffff8a6ccc10 in () at /usr/lib/xorg/modules/drivers/modesetting_drv.so
#14 0x0000aaaad783fff8 in BlockHandler ()
#15 0x0000aaaad79022c8 in WaitForSomething ()
#16 0x0000aaaad783b184 in ()
#17 0x0000aaaad783f4b8 in ()
#18 0x0000ffff8a2436e4 in __libc_start_main () at /usr/lib/libc.so.6
#19 0x0000aaaad7809268 in _start ()
(gdb) quit

For the time being, I have mesa on an IgnorePkg line in /etc/pacman.conf.

I'm running the Arch Linux Arm for Chromebook version with kernel 5.2.9.

Thanks for any help you can provide.

[Popolon]

I believe the problem is solved with mesa-19.2.x and kernel 5.2, the first to really support x.org. It works on my Asus C201 (RK3288, 32bits, not 64bits one), could you confirm in your case please?

[gerardr]

Yes, that was my experience, too.

I had, in the meantime, built mesa locally, but had to disable libunwind (some assembler macro in libunwind-aarch64.h).

But now, my wallpaper image is getting blacked out when the xfce4 login completes. If I go into Settings>Desktop and change something, it comes back (and I see it display within xfce4 before it gets blacked out). Nothing obvious in /var/log/Xorg.0.log

[Popolon]

The Panfrost driver is still in development, I noticed this and had some icons not drawed in notification areas with stable version. I currently use git driver that is far faster and remove all those bugs. Depending on version, there are more or less unstabilities on desktop or applications.

I train to maintain a day by day log of mesa git version usage here :
https://popolon.org/depots/ArchlinuxARM ... nfrost.txt

Currently, the git version r116553.a6de05a968d is the more stable for XFCE desktop (no crash, some glitch on bottom/top of lists when scrolling a gtk ~list like widgets (file chooser etc...) but the desktop itself display nicely. I personally uses Asus Chromebook C201 (RK3288, with Mali-T760, but should work about the same way on RK3399/T860).

Here is a modified version of git PKGBUILD to compile it :
https://popolon.org/depots/ArchlinuxARM ... ILD.tar.xz

I keep the r116553.a6de05a968d version for ARMv7h (can be found in this directory). You can compile it for ARMv8 by adding in the PKGBUILD, at the last line of the prepare() {} function (between line begining by [[ and line begining by } :

git checkout a6de05a968d

The last version make more application working, but XFCE crash easily. Works better with LXQT+kde/QT backend (compositing perfectly smooth).