Created attachment 143631 [details] Xorg log Running any OpenGL application on X running using DRM lease will result in fallback to swrast. But the modesseting driver is able to use radeonsi for glamor. LIBGL_DEBUG=verbose glxinfo | grep OpenGL libGL: screen 0 does not appear to be DRI3 capable libGL error: failed to authenticate magic 10 libGL error: failed to load driver: radeonsi libGL: MESA-LOADER: dlopen(/usr/lib64/dri/swrast_dri.so) libGL: Can't open configuration file /etc/drirc: No such file or directory. libGL: Can't open configuration file /etc/drirc: No such file or directory. OpenGL vendor string: VMware, Inc. OpenGL renderer string: llvmpipe (LLVM 7.0, 128 bits) OpenGL core profile version string: 3.3 (Core Profile) Mesa 19.1.0-devel (git-9ab1b1d022) OpenGL core profile shading language version string: 3.30 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: OpenGL version string: 3.1 Mesa 19.1.0-devel (git-9ab1b1d022) OpenGL shading language version string: 1.40 OpenGL context flags: (none) OpenGL extensions: OpenGL ES profile version string: OpenGL ES 3.0 Mesa 19.1.0-devel (git-9ab1b1d022) OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00 OpenGL ES profile extensions: Xorg 1.20.4 libdrm 2.4.97 Mesa 19.1.0-devel (git-9ab1b1d022) kernel 5.0.0-gentoo
AFAICT this is due to the Xorg modesetting driver / glamor still relying on drmGet/AuthMagic even for DRI3 clients. Please file an issue at https://gitlab.freedesktop.org/xorg/xserver/issues/new?issue . Meanwhile, you can try xf86-video-amdgpu, which uses DRM render nodes for DRI3 clients if available.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.