The package xf86-video-armsoc-odroid does not work well on the XU3/4
Most programs using egl will freeze when entering a fullscreen window.
Examples
glmark2-es2 --fullscreen Freezes on the first frame for several seconds then xorg restarts
chromium (started with --use-gl=egl) Varies but generally shows big blocks of grey and black.
Kodi Black screen.
I (and lots of others) have been using a different version of the armsoc driver from the source code at the point of the following commit in the armsoc repo on http://cgit.freedesktop.org/xorg/driver ... deo-armsoc
http://cgit.freedesktop.org/xorg/driver/xf86-video-armsoc/commit/?id=ddd97ea4911f475fcb6cdc7ab1c1398bcc829566
This version of the armsoc driver has its own issues. Roughly 90% of the time the the screen will go black, with only the mouse cursor showing when you exit a fullscreen window. When this happens switching VT and back usually returns the desktop but occasionally it completely freezes the screen and it seems only a reboot will bring back a picture.
There is a workaround whereby you can set $this->bbcode_second_pass_code('', 'Option "NoFlip" "true"') in the device section of xorg.conf.. This stops the 'blackscreen with mouse cursor' bug from occurring but has a big performance hit.
Almost by accident a user on the odroid forum, in thread http://forum.odroid.com/viewtopic.php?f=99&t=16362#p107647 has found another way to stop the 'blackscreen with mouse cursor' bug with a tiny patch to the freedesktop.org armsoc.
Unfortunately this also has an issue that occasionally the system can freeze hard with this showing on screen
I have only been able to reproduce this once myself but need to continue testing it.
My proposal is that the XU3/4 should have it's own specific armsoc driver as currently, even though the other options are not perfect, xf86-video-armsoc-odroid is the worst choice if you want to watch fullscreen video, use kodi etc.
I would welcome feedback as to whether you agree or disagree and which option you think would be best to create a package with.
I think one option would be to provide xf86-video-armsoc-odroid-xu3 based on the unpatched freedesktop.org code with an install message mentioning the NoFlip option. And another xf86-video-armsoc-odroid-xu3-experimental with the patch added and install message letting users know of possible instability.
You may think the best option is to do nothing at all. But if that is the case I would appreciate some explanation as to why.