I haven’t tried anything, but before I forget, I remember where there was some discussion re: Lima, and if it’s being used etc. it’s around the posts and below. It’s essentially where proper Lima drivers on the gameshell were born. Haha.
Also there seemed to be some talk of apps erroneously using OpenGL over Lima here:
A question. Did you apt upgrade to Buster? I seem to always have problems with Lima and other things breaking, up to the point that Retroarch doesn’t work at times. Ironically this is a major upgrade step when using the 0.4-0.5 upgrade script.
I’ve wrecked my sleep pattern trying to get other stuff to work on the gameshell, so prrrobably should get some sleep for once! I’ll have a look tomorrow at what glxgears outputs. (I’ll be up for another 4 hours if I start tinkering now haha; you know how it be ;))
I did upgrade to buster. With all the stuff I’ve been installing, it seemed necessary, and I thought I remembered reading that with 0.5, upgrading worked and no longer broke Lima. I guess I was wrong.
I haven’t had a chance yet to work through that first thread, but the link you provided seems to have plenty of answers. Digging through and figuring out what works and what doesn’t will be a bit of a chore though. And I’m pretty aure my Gameshell is not using Lima properly anymore, no matter what I pick in the launcher. Sounds like I’ll need to rebuild Mesa, though I saw mention in that thread of a prebuilt one that might work. I’m just hoping I won’t have to reflash my sd card and start over, because I’ve got a working build environment and other things I don’t want to lose, and starting over from scratch each time means I’m less likely to keep tinkering.
If I get It working and have a clear understanding of what I did to get there, I’ll try to write a new post with the information and steps I used. It’s unfortunate (and frustrating) that the Gameshell OS is so fragile and that the only documentation is scattered across buried posts in the forum. I appreciate the help from you and @r043v though!
@r043v can actually help you with knowledge! I’m but a retriever dog who has read all the posts in the forum, and can pull up information, and a willing and able guinea pig to test things on ;).
Also I know that feel re: losing the passion due to starting over. For that same reason, I’m constantly backing up images, and flashing spare SD cards to test things, before applying them to my main one.
Did you have spare SD cards to work with? I’m happy to throw a few bucks to a fellow game sheller, if money is tight. Your contributions are totally worth it!
I’ve got a spare card to test on, but I’m really hoping I can get things related to lima repaired on the current card. I’ve been using this one (256GB) to try lots of things, and build lots of things, and I’d probably want to archive as much as I could so I could move it to another card. All that is doable, but would just take a lot of time copying things back and forth (not to mention space to store it in the mean time).
I’m hoping I can figure it out, fix it, and continue to use this card as-is. But if not, I might take a break and try to archive and document as much stuff as I can. For instance, I could put some of the stuff I got working in the warehouse, and make notes of various things I tried to build that sort of worked or that didn’t work at all. (Related to that other thread, I actually did try to build Moonshell, but it seemed to require specific Raspberry Pi feature s we don’t have. It was also relatively easy to trick the script that runs Steamlink to try to run it on the Gameshell, but it also failed due to missing libraries. It might be possible to get running with the libbcm-host hacks mentioned elsewhere but I didn’t get that far, and I kind of doubt it would work anyway.)
Anyhow, it’s my own fault for using so much space for unfinished projects, but if I need to reinstall, I’ll want to take time and make sure I don’t lose anything I might regret. I’m not at that point yet though. I still need to see if I can figure out how to fix the Lima issue on this card.
I suppose on a positive note, it means that the box86 stuff that’s been running on my device will run even faster with Lima, once I get that working again.
If I do need to reflash, I’m also tempted to use the Arch variant @r043v put together. In some ways it sounds more stable, though I remember a post a while back listing some things it’s missing. I’ve more familiar with the Debian tools, but I wouldn’t be sad to see the launcher go, and it sounds like the fantasi launcher is more actively developed anyway. I’d just like to be able to do an update/upgrade (or whatever the Arch equivalent is) without having to worry I’ve destabilized the OS and broken the video drivers.
I still love the Gameshell though, as it’s already met and exceeded the hopes I had for it. And it still offers a lot of potential, as I’ve already seen remarkable things running on it. I just wish it was a bit more reliable/stable in terms of software.
Speaking of software there’s another thread on here somewhere about someone launching only retroarch and using it as the only main software on the device. I think an emulator focused build like that would probably be a great benefit to folks who only got the Gameshell to play ROMs. It’s capable of so much more, but a Retroarch focused OS with few other bells and whistles might be more bulletproof and would probably generate fewer problems and questions from the folks who chose to use it. Just a thought. (It wouldn’t be for the tinkerers though.)
So I looked at the xorg log file (which lives at /home/cpi/.local/share/xorg) and here’s what seems to be the relevant part:
[ 30.754] (II) Module modesetting: vendor="X.Org Foundation"
[ 30.754] compiled for 1.20.4, module version = 1.20.4
[ 30.754] Module class: X.Org Video Driver
[ 30.754] ABI class: X.Org Video Driver, version 24.0
[ 30.755] (II) LoadModule: "fbdev"
[ 30.755] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so
[ 30.774] (II) Module fbdev: vendor="X.Org Foundation"
[ 30.774] compiled for 1.20.0, module version = 0.5.0
[ 30.774] Module class: X.Org Video Driver
[ 30.774] ABI class: X.Org Video Driver, version 24.0
[ 30.774] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[ 30.774] (II) FBDEV: driver for framebuffer: fbdev
[ 30.775] (II) modeset(0): using drv /dev/dri/card1
[ 30.775] (WW) Falling back to old probe method for fbdev
[ 30.775] (II) Loading sub module "fbdevhw"
[ 30.775] (II) LoadModule: "fbdevhw"
[ 30.775] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
[ 30.781] (II) Module fbdevhw: vendor="X.Org Foundation"
[ 30.781] compiled for 1.20.4, module version = 0.0.2
[ 30.781] ABI class: X.Org Video Driver, version 24.0
[ 30.782] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support
[ 30.782] (II) modeset(0): Creating default Display subsection in Screen section
"Default Screen Section" for depth/fbbpp 24/32
[ 30.783] (==) modeset(0): Depth 24, (==) framebuffer bpp 32
[ 30.783] (==) modeset(0): RGB weight 888
[ 30.783] (==) modeset(0): Default visual is TrueColor
[ 30.783] (II) Loading sub module "glamoregl"
[ 30.783] (II) LoadModule: "glamoregl"
[ 30.783] (II) Loading /usr/lib/xorg/modules/libglamoregl.so
[ 30.947] (II) Module glamoregl: vendor="X.Org Foundation"
[ 30.948] compiled for 1.20.4, module version = 1.0.1
[ 30.948] ABI class: X.Org ANSI C Emulation, version 0.4
[ 34.562] (II) modeset(0): Refusing to try glamor on llvmpipe
[ 34.587] (EE) modeset(0): glamor initialization failed
[ 34.587] (II) modeset(0): ShadowFB: preferred NO, enabled NO
[ 34.594] (II) modeset(0): Output None-1 has no monitor section
[ 34.595] (II) modeset(0): EDID for output None-1
[ 34.595] (II) modeset(0): Printing probed modes for output None-1
[ 34.596] (II) modeset(0): Modeline "320x240"x59.8 5.80 320 326 328 388 240 242 244 250 +hsync +vsync (14.9 kHz eP)
[ 34.596] (II) modeset(0): Output None-1 connected
[ 34.596] (II) modeset(0): Using exact sizes for initial modes
[ 34.596] (II) modeset(0): Output None-1 using initial mode 320x240 +0+0
[ 34.596] (==) modeset(0): Using gamma correction (1.0, 1.0, 1.0)
[ 34.596] (==) modeset(0): DPI set to (96, 96)
[ 34.596] (II) Loading sub module "fb"
[ 34.596] (II) LoadModule: "fb"
[ 34.605] (II) Loading /usr/lib/xorg/modules/libfb.so
[ 34.610] (II) Module fb: vendor="X.Org Foundation"
[ 34.610] compiled for 1.20.4, module version = 1.0.0
[ 34.610] ABI class: X.Org ANSI C Emulation, version 0.4
[ 34.611] (II) UnloadModule: "fbdev"
[ 34.611] (II) Unloading fbdev
[ 34.611] (II) UnloadSubModule: "fbdevhw"
So I’m guessing lima is not being used. (I have it chosen in the launcher gui.)
I guess I’ll try rebuilding mesa. (That seems cleaner than taking the arch version?) I’ve already grabbed a lot of libraries for box86 stuff, but that’s been isolated – I’m not sure how comfortable I feel grabbing libraries and replacing core system components with them.
What packages should I remove from my system before installing mesa that I build? Is it the ones listed on the conflicts line in your script? conflicts=('mesa' 'opencl-mesa' 'libva-mesa-driver' 'mesa-vdpau' 'libglvnd' )
Based on the xorg log, I think my version should be recent enough.
Is there anything else I’ll need to do or should the new mesa start picking up lima and supporting it when it’s installed? And while I honestly haven’t changed the setting from lima to fbturbo in 0.5 (except just in the past day to see if it could somehow turn lima back on), do you think whatever the launcher is doing will still allow me to switch if I update mesa? Or will I be on lima all the time? (Im not sure I care too much if I’m stuck in lima, but I figured it would be good to ask.)
Thanks!
EDIT:
I made progress on building mesa, but I hit a roadblock. There were quite a few dependencies I was missing, but I added them as meson stopped and threw errors. At least until it got here:
I’m not sure where I can get the “sensors” library. There are a number of packages listed when I do apt-cache search sensors |more and I don’t know which one I need, or if it even can be installed via package. So for now I’ve given up on rebuilding mesa.
However, the thread over here sent me down an interesting path:
I still have the lima drivers in place. And running dmesg|grep lima and cat /sys/class/drm/card0/device/uevent I get output that matches what was listed there, so lima is there are ready to go.
However, my ~/launcher/.xorg_lima.conf does NOT look like the one in that post – mine looks like this:
the mainline mesa debian just must not ship lima,
i don’t know if apt will let you uninstall mesa as it must be deps of some others packages
i think you may just recompile & install it, overwriting any other files
(for compile if it miss deps you may have to do sudo apt-get build-dep mesa
i used mainline arch linux arm mesa pkgbuild as base for gs one, the conflict list may contain gpu related (nvidia & co) who provide also mesa
Ok, thanks. I installed the dependencies (that was a lot easier that trying to figure it out when it encountered each error!)
I also reversed my changes to /etc/ld.so.conf.d/00-arm-linux-gnueabihf.conf and .xorg_lima.conf.
I don’t have this file: cat: /etc/X11/xorg.conf.d/02-lima.conf: No such file or directory
So I should create it with the contents you posted?
I’ve kicked off the build setup again, and will try to get through the whole build process… (setup just completed, so here’s hoping the rest will too…)
So I should create it with the contents you posted?
from my previous tests, removing the file at all still boot & got lima enabled but there was a tiny perf less when try glxgear without vblank ( vblank_mode=0 glxgears
I stupidly forgot to turn on my swap file, so I had to kill the build. I’ve rebooted, turned on swap, and have it going again (ninja $NINJAFLAGS -C _build). Looks like it’s going to take a while so I may just come back to it later when it’s done.
Hmm, this is all I have:
So I’m not sure where that lima configuration file is.
Maybe it doesn’t exist anywhere, but I’m not sure how it would have gotten deleted? I might try grepping around for “Lima” in *.conf files across the entire system and see what I find.
I already seem to have sun4i_drm_dri.so in place (as a copy):
Maybe all I need to do to get lima working again is create that config file? Is that something an apt-get upgrade might have deleted?
Oops, I just realized those files I posted above are in a different directory. I don’t even have a /etc/X11/xorg.conf.d/ at all!
if mesa-lima was manually installed into the system image upgrading mainline mesa will just let files without delete them
make a symbolic link is preferable as the link will everytime point on latest, a copy can be forgiven ^^
for speedup a bit the compilation process if you need to recompile it again you can remove wayland support from mesa configuration, it was enabled for me as i initially tried to have wayland instead of x11 in arch port
in clockworkos the conf may have been directly into /etc/xorg.conf ?
I checked the sun4i* files and one is now new, so that’s a good sign!
I just backed up the other one just in case, and then created the link.
And yes, it looks like you were right about the xorg.conf:
Although it kinda looks like the one in the launcher directory?
I’m not sure which one is being used. Should I change this one in /etc to match your config? Mine is missing both the ServerFlags section, and the “OutputClass” section and only has the “Device” section like the one in launcher.
Cool, I think I’ve got everything done except for the config. See my edited post above.
Switching between fbturbo and lima in the launcher yields the exact same result for glxgears:
GL_RENDERER = llvmpipe (LLVM 7.0.1, 128 bits)
GL_VERSION = 3.1 Mesa 20.0.0-devel (git-8405e1bef0)
GL_VENDOR = VMware, Inc.
So it’s not switching anything.
I also tried updating the /etc/xorg.conf to use this:
Here’s the [EDIT: old!] log. I’m not sure what’s going on with this error though: [ 670.932] (EE) Unable to locate/open config file: "~/launcher/.xorg_lima.conf"
Ok, I poked around some more and found that all this is getting set up in the .cpirc file in the launcher directory. I expanded the path to the lima conf and now it’s finding it.
It still seems to use fbdev though? And glxgears still shows:
[gs@gs ~]$ dmesg | grep lima
[ 0.727695] lima 1c40000.gpu: IRQ ppmmu2 not found
[ 0.730162] lima 1c40000.gpu: IRQ ppmmu3 not found
[ 0.732601] lima 1c40000.gpu: gp - mali400 version major 1 minor 1
[ 0.735087] lima 1c40000.gpu: pp0 - mali400 version major 1 minor 1
[ 0.737560] lima 1c40000.gpu: pp1 - mali400 version major 1 minor 1
[ 0.740034] lima 1c40000.gpu: IRQ pp2 not found
[ 0.742450] lima 1c40000.gpu: IRQ pp3 not found
[ 0.744865] lima 1c40000.gpu: l2 cache 64K, 4-way, 64byte cache line, 64bit external bus
[ 0.748949] lima 1c40000.gpu: bus rate = 200000000
[ 0.751412] lima 1c40000.gpu: mod rate = 384000000
[ 0.754081] [drm] Initialized lima 1.0.0 20190217 for 1c40000.gpu on minor 1
cpi@clockworkpi:~$ dmesg | grep lima
[ 0.928381] lima 1c40000.gpu: bus rate = 200000000
[ 0.933169] lima 1c40000.gpu: mod rate = 384000000
[ 0.938411] lima 1c40000.gpu: gp - mali400 version major 1 minor 1
[ 0.944625] lima 1c40000.gpu: pp0 - mali400 version major 1 minor 1
[ 0.950938] lima 1c40000.gpu: pp1 - mali400 version major 1 minor 1
[ 0.957228] lima 1c40000.gpu: l2 cache 64K, 4-way, 64byte cache line, 64bit external bus
[ 0.965997] [drm] Initialized lima 1.0.0 20190217 for 1c40000.gpu on minor 0
Even though it seems like my mesa build is fine, I just did a git pull of the latest and I’m doing a build as described here:
(The parameters are a little different and it sounds like it was working for him, so I figured it couldn’t hurt.)
But I still think something is just wrong in a config file somewhere, and I have no idea where to look.
After the rebuild I have this in my xorg log instead. Still no mention of card 2, but [ 24.417] (EE) AIGLX error: Calling driver entry point failed is new, and there is at least a mention of sun4i on a couple of lines.
[ 23.299]
X.Org X Server 1.20.4
X Protocol Version 11, Revision 0
[ 23.299] Build Operating System: Linux 4.9.0-8-arm64 armv8l Debian
[ 23.299] Current Operating System: Linux clockworkpi 5.3.6-clockworkpi-cpi3 #1 SMP Tue Oct 15 17:26:44 CST 2019 armv7l
[ 23.300] Kernel command line: console=ttyS0,115200n8 earlyprintk no_console_suspend root=/dev/mmcblk0p2 rootfstype=ext4 rootwait init=/sbin/init noinitrd panic=10
[ 23.300] Build Date: 05 March 2019 08:11:12PM
[ 23.300] xorg-server 2:1.20.4-1 (https://www.debian.org/support)
[ 23.300] Current version of pixman: 0.36.0
[ 23.300] Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 23.300] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 23.301] (==) Log file: "/home/cpi/.local/share/xorg/Xorg.0.log", Time: Fri Jan 31 16:13:54 2020
[ 23.311] (++) Using config file: "/home/cpi/launcher/.xorg_lima.conf"
[ 23.311] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 23.323] (==) No Layout section. Using the first Screen section.
[ 23.323] (==) No screen section available. Using defaults.
[ 23.323] (**) |-->Screen "Default Screen Section" (0)
[ 23.323] (**) | |-->Monitor "<default monitor>"
[ 23.324] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[ 23.325] (**) Option "AutoAddGPU" "off"
[ 23.325] (**) Option "Debug" "dmabuf_capable"
[ 23.325] (==) Automatically adding devices
[ 23.325] (==) Automatically enabling devices
[ 23.325] (**) Not automatically adding GPU devices
[ 23.331] (==) Max clients allowed: 256, resource mask: 0x1fffff
[ 23.343] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[ 23.343] Entry deleted from font path.
[ 23.357] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[ 23.357] (==) ModulePath set to "/usr/lib/xorg/modules"
[ 23.357] (II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable AutoAddDevices.
[ 23.357] (II) Loader magic: 0x590f98
[ 23.357] (II) Module ABI versions:
[ 23.357] X.Org ANSI C Emulation: 0.4
[ 23.357] X.Org Video Driver: 24.0
[ 23.358] X.Org XInput driver : 24.1
[ 23.358] X.Org Server Extension : 10.0
[ 23.361] (++) using VT number 1
[ 23.369] (II) systemd-logind: took control of session /org/freedesktop/login1/session/c1
[ 23.372] (II) xfree86: Adding drm device (/dev/dri/card1)
[ 23.374] (II) systemd-logind: got fd for /dev/dri/card1 226:1 fd 11 paused 0
[ 23.376] (II) xfree86: Adding drm device (/dev/dri/card0)
[ 23.379] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 12 paused 0
[ 23.379] (II) no primary bus or device found
[ 23.380] falling back to /sys/devices/platform/display-engine/drm/card1
[ 23.380] (II) LoadModule: "glx"
[ 23.385] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[ 23.444] (II) Module glx: vendor="X.Org Foundation"
[ 23.444] compiled for 1.20.4, module version = 1.0.0
[ 23.444] ABI class: X.Org Server Extension, version 10.0
[ 23.444] (==) Matched modesetting as autoconfigured driver 0
[ 23.444] (==) Matched fbdev as autoconfigured driver 1
[ 23.444] (==) Assigned the driver to the xf86ConfigLayout
[ 23.444] (II) LoadModule: "modesetting"
[ 23.445] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[ 23.450] (II) Module modesetting: vendor="X.Org Foundation"
[ 23.450] compiled for 1.20.4, module version = 1.20.4
[ 23.450] Module class: X.Org Video Driver
[ 23.450] ABI class: X.Org Video Driver, version 24.0
[ 23.450] (II) LoadModule: "fbdev"
[ 23.450] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so
[ 23.453] (II) Module fbdev: vendor="X.Org Foundation"
[ 23.453] compiled for 1.20.0, module version = 0.5.0
[ 23.453] Module class: X.Org Video Driver
[ 23.453] ABI class: X.Org Video Driver, version 24.0
[ 23.453] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[ 23.453] (II) FBDEV: driver for framebuffer: fbdev
[ 23.453] (II) modeset(0): using drv /dev/dri/card1
[ 23.453] (WW) Falling back to old probe method for fbdev
[ 23.454] (II) Loading sub module "fbdevhw"
[ 23.454] (II) LoadModule: "fbdevhw"
[ 23.454] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
[ 23.456] (II) Module fbdevhw: vendor="X.Org Foundation"
[ 23.456] compiled for 1.20.4, module version = 0.0.2
[ 23.456] ABI class: X.Org Video Driver, version 24.0
[ 23.456] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support
[ 23.457] (II) modeset(0): Creating default Display subsection in Screen section
"Default Screen Section" for depth/fbbpp 24/32
[ 23.457] (==) modeset(0): Depth 24, (==) framebuffer bpp 32
[ 23.457] (==) modeset(0): RGB weight 888
[ 23.457] (==) modeset(0): Default visual is TrueColor
[ 23.457] (II) Loading sub module "glamoregl"
[ 23.457] (II) LoadModule: "glamoregl"
[ 23.458] (II) Loading /usr/lib/xorg/modules/libglamoregl.so
[ 23.527] (II) Module glamoregl: vendor="X.Org Foundation"
[ 23.527] compiled for 1.20.4, module version = 1.0.1
[ 23.527] ABI class: X.Org ANSI C Emulation, version 0.4
[ 24.051] (II) modeset(0): glamor X acceleration enabled on softpipe
[ 24.051] (II) modeset(0): glamor initialized
[ 24.059] (II) modeset(0): Output None-1 has no monitor section
[ 24.059] (II) modeset(0): EDID for output None-1
[ 24.059] (II) modeset(0): Printing probed modes for output None-1
[ 24.060] (II) modeset(0): Modeline "320x240"x59.8 5.80 320 326 328 388 240 242 244 250 +hsync +vsync (14.9 kHz eP)
[ 24.060] (II) modeset(0): Output None-1 connected
[ 24.060] (II) modeset(0): Using exact sizes for initial modes
[ 24.060] (II) modeset(0): Output None-1 using initial mode 320x240 +0+0
[ 24.061] (==) modeset(0): Using gamma correction (1.0, 1.0, 1.0)
[ 24.061] (==) modeset(0): DPI set to (96, 96)
[ 24.061] (II) Loading sub module "fb"
[ 24.061] (II) LoadModule: "fb"
[ 24.067] (II) Loading /usr/lib/xorg/modules/libfb.so
[ 24.073] (II) Module fb: vendor="X.Org Foundation"
[ 24.073] compiled for 1.20.4, module version = 1.0.0
[ 24.073] ABI class: X.Org ANSI C Emulation, version 0.4
[ 24.073] (II) UnloadModule: "fbdev"
[ 24.073] (II) Unloading fbdev
[ 24.073] (II) UnloadSubModule: "fbdevhw"
[ 24.074] (II) Unloading fbdevhw
[ 24.350] (==) modeset(0): Backing store enabled
[ 24.351] (==) modeset(0): Silken mouse enabled
[ 24.370] (II) modeset(0): Initializing kms color map for depth 24, 8 bpc.
[ 24.370] (==) modeset(0): DPMS enabled
[ 24.373] (II) modeset(0): [DRI2] Setup complete
[ 24.373] (II) modeset(0): [DRI2] DRI driver: sun4i_drm
[ 24.373] (II) modeset(0): [DRI2] VDPAU driver: sun4i_drm
[ 24.373] (II) Initializing extension Generic Event Extension
[ 24.374] (II) Initializing extension SHAPE
[ 24.375] (II) Initializing extension MIT-SHM
[ 24.376] (II) Initializing extension XInputExtension
[ 24.378] (II) Initializing extension XTEST
[ 24.379] (II) Initializing extension BIG-REQUESTS
[ 24.380] (II) Initializing extension SYNC
[ 24.381] (II) Initializing extension XKEYBOARD
[ 24.382] (II) Initializing extension XC-MISC
[ 24.383] (II) Initializing extension SECURITY
[ 24.384] (II) Initializing extension XFIXES
[ 24.385] (II) Initializing extension RENDER
[ 24.387] (II) Initializing extension RANDR
[ 24.389] (II) Initializing extension COMPOSITE
[ 24.390] (II) Initializing extension DAMAGE
[ 24.391] (II) Initializing extension MIT-SCREEN-SAVER
[ 24.392] (II) Initializing extension DOUBLE-BUFFER
[ 24.393] (II) Initializing extension RECORD
[ 24.394] (II) Initializing extension DPMS
[ 24.395] (II) Initializing extension Present
[ 24.396] (II) Initializing extension DRI3
[ 24.397] (II) Initializing extension X-Resource
[ 24.399] (II) Initializing extension XVideo
[ 24.400] (II) Initializing extension XVideo-MotionCompensation
[ 24.400] (II) Initializing extension SELinux
[ 24.400] (II) SELinux: Disabled on system
[ 24.400] (II) Initializing extension GLX
[ 24.417] (EE) AIGLX error: Calling driver entry point failed
[ 24.435] (II) IGLX: Loaded and initialized swrast
[ 24.435] (II) GLX: Initialized DRISWRAST GL provider for screen 0
[ 24.435] (II) Initializing extension XFree86-VidModeExtension
[ 24.436] (II) Initializing extension XFree86-DGA
[ 24.438] (II) Initializing extension XFree86-DRI
[ 24.438] (II) Initializing extension DRI2
[ 24.445] (II) modeset(0): Damage tracking initialized
[ 24.445] (II) modeset(0): Setting screen physical size to 84 x 63
[ 25.127] (II) config/udev: Adding input device http://matrixstorm.com/avr/tinyusbboard/ tinyUSBboard (/dev/input/event1)
[ 25.128] (**) http://matrixstorm.com/avr/tinyusbboard/ tinyUSBboard: Applying InputClass "libinput keyboard catchall"
[ 25.128] (II) LoadModule: "libinput"
[ 25.128] (II) Loading /usr/lib/xorg/modules/input/libinput_drv.so
[ 25.181] (II) Module libinput: vendor="X.Org Foundation"
[ 25.182] compiled for 1.20.4, module version = 0.28.2
[ 25.182] Module class: X.Org XInput Driver
[ 25.182] ABI class: X.Org XInput driver, version 24.1
[ 25.182] (II) Using input driver 'libinput' for 'http://matrixstorm.com/avr/tinyusbboard/ tinyUSBboard'
[ 25.186] (II) systemd-logind: got fd for /dev/input/event1 13:65 fd 22 paused 0
[ 25.186] (**) http://matrixstorm.com/avr/tinyusbboard/ tinyUSBboard: always reports core events
[ 25.186] (**) Option "Device" "/dev/input/event1"
[ 25.187] (**) Option "_source" "server/udev"
[ 25.226] (II) event1 - http://matrixstorm.com/avr/tinyusbboard/ tinyUSBboard: is tagged by udev as: Keyboard
[ 25.226] (II) event1 - http://matrixstorm.com/avr/tinyusbboard/ tinyUSBboard: device is a keyboard
[ 25.228] (II) event1 - http://matrixstorm.com/avr/tinyusbboard/ tinyUSBboard: device removed
[ 25.228] (**) Option "config_info" "udev:/sys/devices/platform/soc/1c1a400.usb/usb2/2-1/2-1:1.0/0003:4242:E131.0001/input/input1/event1"
[ 25.228] (II) XINPUT: Adding extended input device "http://matrixstorm.com/avr/tinyusbboard/ tinyUSBboard" (type: KEYBOARD, id 6)
[ 25.228] (**) Option "xkb_model" "pc105"
[ 25.228] (**) Option "xkb_layout" "us"
[ 25.238] (II) event1 - http://matrixstorm.com/avr/tinyusbboard/ tinyUSBboard: is tagged by udev as: Keyboard
[ 25.238] (II) event1 - http://matrixstorm.com/avr/tinyusbboard/ tinyUSBboard: device is a keyboard
[ 25.244] (II) config/udev: Adding input device http://matrixstorm.com/avr/tinyusbboard/ tinyUSBboard (/dev/input/event2)
[ 25.244] (**) http://matrixstorm.com/avr/tinyusbboard/ tinyUSBboard: Applying InputClass "libinput pointer catchall"
[ 25.244] (II) Using input driver 'libinput' for 'http://matrixstorm.com/avr/tinyusbboard/ tinyUSBboard'
[ 25.311] (II) systemd-logind: got fd for /dev/input/event2 13:66 fd 25 paused 0
[ 25.311] (**) http://matrixstorm.com/avr/tinyusbboard/ tinyUSBboard: always reports core events
[ 25.311] (**) Option "Device" "/dev/input/event2"
[ 25.311] (**) Option "_source" "server/udev"
[ 25.320] (II) event2 - http://matrixstorm.com/avr/tinyusbboard/ tinyUSBboard: is tagged by udev as: Mouse
[ 25.321] (II) event2 - http://matrixstorm.com/avr/tinyusbboard/ tinyUSBboard: device is a pointer
[ 25.322] (II) event2 - http://matrixstorm.com/avr/tinyusbboard/ tinyUSBboard: device removed
[ 25.323] (**) Option "config_info" "udev:/sys/devices/platform/soc/1c1a400.usb/usb2/2-1/2-1:1.1/0003:4242:E131.0002/input/input2/event2"
[ 25.323] (II) XINPUT: Adding extended input device "http://matrixstorm.com/avr/tinyusbboard/ tinyUSBboard" (type: MOUSE, id 7)
[ 25.324] (**) Option "AccelerationScheme" "none"
[ 25.324] (**) http://matrixstorm.com/avr/tinyusbboard/ tinyUSBboard: (accel) selected scheme none/0
[ 25.324] (**) http://matrixstorm.com/avr/tinyusbboard/ tinyUSBboard: (accel) acceleration factor: 2.000
[ 25.324] (**) http://matrixstorm.com/avr/tinyusbboard/ tinyUSBboard: (accel) acceleration threshold: 4
[ 25.332] (II) event2 - http://matrixstorm.com/avr/tinyusbboard/ tinyUSBboard: is tagged by udev as: Mouse
[ 25.333] (II) event2 - http://matrixstorm.com/avr/tinyusbboard/ tinyUSBboard: device is a pointer
[ 25.339] (II) config/udev: Adding input device axp20x-pek (/dev/input/event0)
[ 25.339] (**) axp20x-pek: Applying InputClass "libinput keyboard catchall"
[ 25.339] (II) Using input driver 'libinput' for 'axp20x-pek'
[ 25.342] (II) systemd-logind: got fd for /dev/input/event0 13:64 fd 26 paused 0
[ 25.343] (**) axp20x-pek: always reports core events
[ 25.343] (**) Option "Device" "/dev/input/event0"
[ 25.343] (**) Option "_source" "server/udev"
[ 25.351] (II) event0 - axp20x-pek: is tagged by udev as: Keyboard
[ 25.351] (II) event0 - axp20x-pek: device is a keyboard
[ 25.351] (II) event0 - axp20x-pek: device removed
[ 25.352] (**) Option "config_info" "udev:/sys/devices/platform/soc/1f03400.rsb/sunxi-rsb-3a3/axp221-pek/input/input0/event0"
[ 25.352] (II) XINPUT: Adding extended input device "axp20x-pek" (type: KEYBOARD, id 8)
[ 25.352] (**) Option "xkb_model" "pc105"
[ 25.352] (**) Option "xkb_layout" "us"
[ 25.360] (II) event0 - axp20x-pek: is tagged by udev as: Keyboard
[ 25.360] (II) event0 - axp20x-pek: device is a keyboard
[ 26.236] (II) modeset(0): Disabling kernel dirty updates, not required.
The only difference between this one and the last one is that I ran a git pull on my mesa code directory, and then I rebuilt it with: