#11838 closed defect (wontfix)
Mesa-19.0.0 is not installing DRI drivers correctly
| Reported by: | Douglas R. Reno | Owned by: | Xi Ruoyao |
|---|---|---|---|
| Priority: | normal | Milestone: | 12.0 |
| Component: | BOOK | Version: | SVN |
| Severity: | normal | Keywords: | |
| Cc: |
Description
With a fresh installation of Mesa-19.0.0, I'm unable to get either glxgears or glxinfo to work. Further investigation shows that I have no 3D DRI drivers for Intel whatsoever. More details are below. This is going to be a long one, but I want to provide as many details as I can.
renodr [ ~ ]$ glxgears Error: couldn't get an RGB, Double-buffered visual renodr [ ~ ]$ glxinfo name of display: :0.0 Error: couldn't find RGB GLX visual or fbconfig
This system has Intel HD Graphics 530, as part of a Skylake chipset (Z170, i5-6600k - my development machine).
Checking ~/.local/share/xorg/Xorg.0.log, it seems that both DRI drivers for i965 and SWRAST aren't working properly. In fact - it can't find them.
Here's my script:
#!/bin/bash
source /usr/src/stats
####################
VERSION=19.0.0
DIR=`pwd`
PROGRAM=mesa-${VERSION}
LOG=$DIR/$PROGRAM.log
TITLE=$PROGRAM
TIMEFORMAT="$TIMEFMT $TITLE"
BUILDDIR=/sources/$PROGRAM
#DEST=$BUILDDIR/install
#SUDO=
rm -f $LOG
rm -f $BUILDDIR
mkdir $BUILDDIR
cd $BUILDDIR
before=`df -k /sources | grep / | sed -e "s/ \{2,\}/ /g" | cut -d' ' -f3`
tar -xf $DIR/${PROGRAM}.tar.xz || exit 1
cd $PROGRAM
{ time \
{
echo Making $TITLE
date
export GALLIUM_DRV="nouveau,radeonsi,svga,swrast" &&
export DRI_DRIVERS="i915,i965,nouveau" &&
export PLATFORMS="x11,wayland,drm" &&
# This release of Mesa (19.0.0) moves to Meson.
# As a result driver configuration has changed significantly.
# There is a very real chance that problems will arise as a result of this.
# Make sure to make changes to the book if required.
patch -Np1 -i $DIR/mesa-19.0.0-add_xdemos-2.patch &&
mkdir build &&
cd build &&
meson --prefix=/usr \
--sysconfdir=/etc \
-Dvalgrind=false \
-Dglx=dri \
-Dosmesa=gallium \
-Dgallium-nine=true \
-Ddri-drivers=$DRI_DRIVERS \
-Dgallium-drivers=$GALLIUM_DRV \
-Dplatforms=$PLATFORMS \
.. &&
unset GALLIUM_DRV DRI_DRIVERS PLATFORMS &&
ninja &&
make -C ../xdemos DEMOS_PREFIX=/usr LIBRARY_PATH=$PWD/src/glx &&
echo "BLFS Start INSTALL" &&
$SUDO ninja install &&
$SUDO make -C ../xdemos DESTDIR=$DEST DEMOS_PREFIX=/usr install &&
$SUDO install -v -dm755 $DEST/usr/share/doc/mesa-${VERSION} &&
$SUDO cp -vfr docs/* $DEST/usr/share/doc/mesa-${VERSION}
}
} 2>&1 | tee -a $LOG
if [ $PIPESTATUS -ne 0 ]; then exit 1; fi;
stats $LOG $DIR/${PROGRAM}.tar.xz $before
exit 0
Here's the relevant output from Xorg.0.log regarding GLX/DRI:
[ 8338.368] (II) Initializing extension GLX [ 8338.368] (EE) AIGLX error: dlopen of /usr/lib/dri/i965_dri.so failed (/usr/lib/dri/i965_dri.so: cannot ope n shared object file: No such file or directory) [ 8338.368] (EE) AIGLX error: unable to load driver i965 [ 8338.368] (EE) AIGLX error: dlopen of /usr/lib/dri/swrast_dri.so failed (/usr/lib/dri/swrast_dri.so: cannot open shared object file: No such file or directory) [ 8338.368] (EE) AIGLX error: unable to load driver swrast [ 8338.368] (EE) GLX: could not load software renderer [ 8338.368] (II) GLX: no usable GL providers found for screen 0 [ 8338.368] (II) Initializing extension XFree86-VidModeExtension [ 8338.368] (II) Initializing extension XFree86-DGA [ 8338.368] (II) Initializing extension XFree86-DRI [ 8338.368] (II) Initializing extension DRI2 [ 8338.369] (II) intel(0): switch to mode 1680x1050@60.0 on HDMI2 using pipe 0, position (0, 0), rotation nor mal, reflection none [ 8338.371] (II) intel(0): Setting screen physical size to 444 x 277
Note that it is finding DRI support as available:
[ 8338.368] (II) intel(0): SNA initialized with Skylake (gen9) backend [ 8338.368] (==) intel(0): Backing store enabled [ 8338.368] (==) intel(0): Silken mouse enabled [ 8338.368] (II) intel(0): HW Cursor enabled [ 8338.368] (==) intel(0): DPMS enabled [ 8338.368] (==) intel(0): Display hotplug detection enabled [ 8338.368] (II) intel(0): [DRI2] Setup complete [ 8338.368] (II) intel(0): [DRI2] DRI driver: i965 [ 8338.368] (II) intel(0): [DRI2] VDPAU driver: va_gl [ 8338.368] (II) intel(0): direct rendering: DRI2 enabled [ 8338.368] (II) intel(0): hardware support for Present enabled
Here's an ls of /usr/lib/dri:
renodr [ ~ ]$ ls /usr/lib/dri/ i965_drv_video.la nouveau_drv_video.so radeonsi_drv_video.so i965_drv_video.so r600_drv_video.so
Just for an idea, I tried symlinking /usr/lib/dri/i965_dri.so to /usr/lib/dri/i965_drv_video.so, but got an error about extensions not being exported, so I removed the link.
Upstream shows no commits regarding any problems like this, in Mesa or xorg-server. A new stable release of 18.3.x was just released, but it doesn't look like there has been much activity in this regard in the mesa-19.x repo.
Now, here's something else - if I do a DESTDIR installation, all the files that are supposed to be in /usr/lib/dri (DRI drivers!) show up (listing below). It's likely something with their install script through meson, but I figured it's worth reporting so someone can look into it that might have more experience.
renodr [ /sources ]$ ls mesa-19.0.0/install/usr/lib/dri/ i915_dri.so nouveau_dri.so r200_dri.so r600_drv_video.so radeonsi_drv_video.so i965_dri.so nouveau_drv_video.so r300_dri.so radeon_dri.so swrast_dri.so kms_swrast_dri.so nouveau_vieux_dri.so r600_dri.so radeonsi_dri.so vmwgfx_dri.so
Change History (24)
comment:1 by , 5 years ago
comment:2 by , 5 years ago
| Resolution: | → invalid |
|---|---|
| Status: | new → closed |
follow-up: 4 comment:3 by , 5 years ago
[1/2] Installing files. installing /sources/mesa-19.0.0/mesa-19.0.0/build/src/mesa/drivers/dri/libmesa_dri_drivers.so to usr/lib/dri/i915_dri.so installing /sources/mesa-19.0.0/mesa-19.0.0/build/src/mesa/drivers/dri/libmesa_dri_drivers.so to usr/lib/dri/i965_dri.so installing /sources/mesa-19.0.0/mesa-19.0.0/build/src/mesa/drivers/dri/libmesa_dri_drivers.so to usr/lib/dri/nouveau_vieux_dri.so installing /sources/mesa-19.0.0/mesa-19.0.0/build/src/gallium/targets/dri/libgallium_dri.so to usr/lib/dri/radeonsi_dri.so installing /sources/mesa-19.0.0/mesa-19.0.0/build/src/gallium/targets/dri/libgallium_dri.so to usr/lib/dri/nouveau_dri.so installing /sources/mesa-19.0.0/mesa-19.0.0/build/src/gallium/targets/dri/libgallium_dri.so to usr/lib/dri/swrast_dri.so installing /sources/mesa-19.0.0/mesa-19.0.0/build/src/gallium/targets/dri/libgallium_dri.so to usr/lib/dri/kms_swrast_dri.so installing /sources/mesa-19.0.0/mesa-19.0.0/build/src/gallium/targets/dri/libgallium_dri.so to usr/lib/dri/vmwgfx_dri.so installing /sources/mesa-19.0.0/mesa-19.0.0/build/src/gallium/targets/vdpau/libvdpau_gallium.so.1.0.0 to /usr/lib/vdpau/libvdpau_radeonsi.so.1.0.0 installing /sources/mesa-19.0.0/mesa-19.0.0/build/src/gallium/targets/vdpau/libvdpau_gallium.so.1.0.0 to /usr/lib/vdpau/libvdpau_nouveau.so.1.0.0 installing /sources/mesa-19.0.0/mesa-19.0.0/build/src/gallium/targets/xvmc/libXvMCgallium.so to /usr/lib/libXvMCnouveau.so installing /sources/mesa-19.0.0/mesa-19.0.0/build/src/gallium/targets/va/libgallium_drv_video.so to /usr/lib/dri/radeonsi_drv_video.so installing /sources/mesa-19.0.0/mesa-19.0.0/build/src/gallium/targets/va/libgallium_drv_video.so to /usr/lib/dri/nouveau_drv_video.so Installing src/mapi/shared-glapi/libglapi.so.0.0.0 to /usr/lib Installing src/mapi/es1api/libGLESv1_CM.so.1.0.0 to /usr/lib Installing src/mapi/es2api/libGLESv2.so.2.0.0 to /usr/lib Installing src/amd/vulkan/libvulkan_radeon.so to /usr/lib Installing src/amd/vulkan/radeon_icd.x86_64.json to /usr/share/vulkan/icd.d Installing src/intel/vulkan/intel_icd.x86_64.json to /usr/share/vulkan/icd.d Installing src/intel/vulkan/libvulkan_intel.so to /usr/lib Installing src/glx/libGL.so.1.2.0 to /usr/lib Installing src/gbm/libgbm.so.1.0.0 to /usr/lib Installing src/egl/libEGL.so.1.0.0 to /usr/lib Installing src/gallium/targets/osmesa/libOSMesa.so.8.0.0 to /usr/lib Installing src/gallium/targets/va/libgallium_drv_video.so to /usr/lib/dri Installing src/gallium/targets/xa/libxatracker.so.2.5.0 to /usr/lib Installing src/gallium/targets/d3dadapter9/d3dadapter9.so.1.0.0 to /usr/lib/d3d Installing /sources/mesa-19.0.0/mesa-19.0.0/include/GLES/egl.h to /usr/include/GLES Installing /sources/mesa-19.0.0/mesa-19.0.0/include/GLES/gl.h to /usr/include/GLES Installing /sources/mesa-19.0.0/mesa-19.0.0/include/GLES/glext.h to /usr/include/GLES Installing /sources/mesa-19.0.0/mesa-19.0.0/include/GLES/glplatform.h to /usr/include/GLES Installing /sources/mesa-19.0.0/mesa-19.0.0/include/GLES2/gl2.h to /usr/include/GLES2 Installing /sources/mesa-19.0.0/mesa-19.0.0/include/GLES2/gl2ext.h to /usr/include/GLES2 Installing /sources/mesa-19.0.0/mesa-19.0.0/include/GLES2/gl2platform.h to /usr/include/GLES2 Installing /sources/mesa-19.0.0/mesa-19.0.0/include/GLES3/gl3.h to /usr/include/GLES3 Installing /sources/mesa-19.0.0/mesa-19.0.0/include/GLES3/gl31.h to /usr/include/GLES3 Installing /sources/mesa-19.0.0/mesa-19.0.0/include/GLES3/gl32.h to /usr/include/GLES3 Installing /sources/mesa-19.0.0/mesa-19.0.0/include/GLES3/gl3ext.h to /usr/include/GLES3 Installing /sources/mesa-19.0.0/mesa-19.0.0/include/GLES3/gl3platform.h to /usr/include/GLES3 Installing /sources/mesa-19.0.0/mesa-19.0.0/include/KHR/khrplatform.h to /usr/include/KHR Installing /sources/mesa-19.0.0/mesa-19.0.0/include/GL/gl.h to /usr/include/GL Installing /sources/mesa-19.0.0/mesa-19.0.0/include/GL/glext.h to /usr/include/GL Installing /sources/mesa-19.0.0/mesa-19.0.0/include/GL/glcorearb.h to /usr/include/GL Installing /sources/mesa-19.0.0/mesa-19.0.0/include/GL/gl_mangle.h to /usr/include/GL Installing /sources/mesa-19.0.0/mesa-19.0.0/include/GL/glx.h to /usr/include/GL Installing /sources/mesa-19.0.0/mesa-19.0.0/include/GL/glxext.h to /usr/include/GL Installing /sources/mesa-19.0.0/mesa-19.0.0/include/GL/glx_mangle.h to /usr/include/GL Installing /sources/mesa-19.0.0/mesa-19.0.0/include/GL/osmesa.h to /usr/include/GL Installing /sources/mesa-19.0.0/mesa-19.0.0/include/EGL/eglext.h to /usr/include/EGL Installing /sources/mesa-19.0.0/mesa-19.0.0/include/EGL/egl.h to /usr/include/EGL Installing /sources/mesa-19.0.0/mesa-19.0.0/include/EGL/eglextchromium.h to /usr/include/EGL Installing /sources/mesa-19.0.0/mesa-19.0.0/include/EGL/eglmesaext.h to /usr/include/EGL Installing /sources/mesa-19.0.0/mesa-19.0.0/include/EGL/eglplatform.h to /usr/include/EGL Installing /sources/mesa-19.0.0/mesa-19.0.0/include/GL/internal/dri_interface.h to /usr/include/GL/internal Installing /sources/mesa-19.0.0/mesa-19.0.0/include/d3dadapter/d3dadapter9.h to /usr/include/d3dadapter Installing /sources/mesa-19.0.0/mesa-19.0.0/include/d3dadapter/drm.h to /usr/include/d3dadapter Installing /sources/mesa-19.0.0/mesa-19.0.0/include/d3dadapter/present.h to /usr/include/d3dadapter Installing /sources/mesa-19.0.0/mesa-19.0.0/include/vulkan/vulkan_intel.h to /usr/include/vulkan Installing /sources/mesa-19.0.0/mesa-19.0.0/src/gbm/main/gbm.h to /usr/include Installing /sources/mesa-19.0.0/mesa-19.0.0/src/gallium/state_trackers/xa/xa_composite.h to /usr/include Installing /sources/mesa-19.0.0/mesa-19.0.0/src/gallium/state_trackers/xa/xa_context.h to /usr/include Installing /sources/mesa-19.0.0/mesa-19.0.0/src/util/00-mesa-defaults.conf to /usr/share/drirc.d Installing /sources/mesa-19.0.0/mesa-19.0.0/build/meson-private/glesv1_cm.pc to /usr/lib/pkgconfig Installing /sources/mesa-19.0.0/mesa-19.0.0/build/meson-private/glesv2.pc to /usr/lib/pkgconfig Installing /sources/mesa-19.0.0/mesa-19.0.0/build/meson-private/dri.pc to /usr/lib/pkgconfig Installing /sources/mesa-19.0.0/mesa-19.0.0/build/meson-private/gbm.pc to /usr/lib/pkgconfig Installing /sources/mesa-19.0.0/mesa-19.0.0/build/meson-private/egl.pc to /usr/lib/pkgconfig Installing /sources/mesa-19.0.0/mesa-19.0.0/build/meson-private/osmesa.pc to /usr/lib/pkgconfig Installing /sources/mesa-19.0.0/mesa-19.0.0/build/src/gallium/state_trackers/xa/xa_tracker.h to /usr/include Installing /sources/mesa-19.0.0/mesa-19.0.0/build/meson-private/xatracker.pc to /usr/lib/pkgconfig Installing /sources/mesa-19.0.0/mesa-19.0.0/build/meson-private/d3d.pc to /usr/lib/pkgconfig Installing /sources/mesa-19.0.0/mesa-19.0.0/build/meson-private/gl.pc to /usr/lib/pkgconfig Running custom install script '/usr/bin/python3 /sources/mesa-19.0.0/mesa-19.0.0/bin/install_megadrivers.py /sources/mesa-19.0.0/mesa-19.0.0/build/src/mesa/drivers/dri/libmesa_dri_drivers.so /usr/lib/dri i915_dri.so i965_dri.so radeon_dri.so r200_dri.so nouveau_vieux_dri.so' Running custom install script '/usr/bin/python3 /sources/mesa-19.0.0/mesa-19.0.0/bin/install_megadrivers.py /sources/mesa-19.0.0/mesa-19.0.0/build/src/gallium/targets/dri/libgallium_dri.so /usr/lib/dri radeonsi_dri.so nouveau_dri.so swrast_dri.so kms_swrast_dri.so r300_dri.so r600_dri.so vmwgfx_dri.so' Running custom install script '/usr/bin/python3 /sources/mesa-19.0.0/mesa-19.0.0/bin/install_megadrivers.py /sources/mesa-19.0.0/mesa-19.0.0/build/src/gallium/targets/vdpau/libvdpau_gallium.so.1.0.0 lib/vdpau libvdpau_r300.so.1.0.0 libvdpau_r600.so.1.0.0 libvdpau_radeonsi.so.1.0.0 libvdpau_nouveau.so.1.0.0' Running custom install script '/usr/bin/python3 /sources/mesa-19.0.0/mesa-19.0.0/bin/install_megadrivers.py /sources/mesa-19.0.0/mesa-19.0.0/build/src/gallium/targets/xvmc/libXvMCgallium.so lib libXvMCr600.so libXvMCnouveau.so' Running custom install script '/usr/bin/python3 /sources/mesa-19.0.0/mesa-19.0.0/bin/install_megadrivers.py /sources/mesa-19.0.0/mesa-19.0.0/build/src/gallium/targets/va/libgallium_drv_video.so lib/dri r600_drv_video.so radeonsi_drv_video.so nouveau_drv_video.so'
I have no clue what happened here. Closing as Invalid, just copied the missing files.
follow-up: 5 comment:4 by , 5 years ago
Replying to renodr:
[1/2] Installing files. installing /sources/mesa-19.0.0/mesa-19.0.0/build/src/mesa/drivers/dri/libmesa_dri_drivers.so to usr/lib/dri/i915_dri.so [...]
Hmm, why is it that the destination directory is not absolute?
I have no clue what happened here. Closing as Invalid, just copied the missing files.
The above could be a clue. Could it be that you had DESTDIR set to an empty chain or so? What makes me think so is the following piece of code in bin/install_megadrivers.py:
if os.path.isabs(args.libdir):
to = os.path.join(os.environ.get('DESTDIR', '/'), args.libdir[1:])
else:
to = os.path.join(os.environ['MESON_INSTALL_DESTDIR_PREFIX'], args.libdir)
I'm not sure how os.environ.get works, but if DESTDIR is set to empty, it might not be replaced with the forward slash... That does not happen for the va drivers, because then the libdir is relative (see the end of your log).
follow-up: 6 comment:5 by , 5 years ago
Replying to pierre.labastie:
What makes me think so is the following piece of code in bin/install_megadrivers.py:
if os.path.isabs(args.libdir): to = os.path.join(os.environ.get('DESTDIR', '/'), args.libdir[1:]) else: to = os.path.join(os.environ['MESON_INSTALL_DESTDIR_PREFIX'], args.libdir)I'm not sure how os.environ.get works, but if DESTDIR is set to empty, it might not be replaced with the forward slash... That does not happen for the va drivers, because then the libdir is relative (see the end of your log).
That's exactly the case. I just tested it by doing
$ export DESTDIR=""
$ python
Python 2.7.5 (default, Oct 30 2018, 23:45:53)
[GCC 4.8.5 20150623 (Red Hat 4.8.5-36)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import os; print os.environ.get('DESTDIR','/')
>>>
$ unset DESTDIR
$ python
Python 2.7.5 (default, Oct 30 2018, 23:45:53)
[GCC 4.8.5 20150623 (Red Hat 4.8.5-36)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import os; print os.environ.get('DESTDIR','/')
/
>>>
Python prints an empty result if DESTDIR is empty (Don't know if Python3 does it too - i cannot test it right now, no P3 available here in this lovely environment i have to work currently...), and does print a "/" if it is unset.
comment:6 by , 5 years ago
Replying to thomas:
That's exactly the case. I just tested it by doing
$ export DESTDIR="" $ python Python 2.7.5 (default, Oct 30 2018, 23:45:53) [GCC 4.8.5 20150623 (Red Hat 4.8.5-36)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import os; print os.environ.get('DESTDIR','/') >>> $ unset DESTDIR $ python Python 2.7.5 (default, Oct 30 2018, 23:45:53) [GCC 4.8.5 20150623 (Red Hat 4.8.5-36)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import os; print os.environ.get('DESTDIR','/') / >>>Python prints an empty result if DESTDIR is empty (Don't know if Python3 does it too - i cannot test it right now, no P3 available here in this lovely environment i have to work currently...), and does print a "/" if it is unset.
Thanks for the test. I just tested it with Python 3.7.3rc1. It does the same. Will file a bug to mesa.
comment:7 by , 5 years ago
FWIW, the mesa bug report: https://bugs.freedesktop.org/show_bug.cgi?id=110211
comment:8 by , 5 years ago
| Resolution: | invalid |
|---|---|
| Status: | closed → reopened |
I have to say, this is the only package that I've ever encountered that has done this
For consistency purposes, reopening
comment:9 by , 5 years ago
I cannot reproduce the problem. glxgears works fine for me. I am using the nouveau drivers though. If you need me to, I can build on my laptop i7 and try it out.
comment:11 by , 5 years ago
I think the bug has been narrowed to the fact that some files were copied to usr/lib/dri, that is, somewhere inside the build tree instead of to /usr/lib/dri.
I may be wrong, but the piece of code at comment:4 is likely to explain why, provided DESTDIR is set to an empty string. Douglas, I do not see in your script that you used DESTDIR=$DEST for ninja install (but you have it on the following line). Did you have something different? Or was DESTDIR somehow set in your environment?
If DESTDIR was not set when running ninja install, the above explanation falls apart, and another one has to be found.
Bruce, to reproduce, at least two things have to be done:
- use systemd
- build libva before mesa (as per the systemd book recommendation)
comment:12 by , 5 years ago
I don't think using systemd matters here, but having libva installed will likely matter.
The DESTDIR in the make line was a carryover from a previous version. DESTDIR *was* set to an empty string:
#DEST=$BUILDDIR/install export DESTDIR=$DEST that sets it to an empty string
I think it is an upstream Mesa bug.
comment:13 by , 5 years ago
Upstream has received the bug report and will make a fix (see the report address at comment:7)
comment:14 by , 5 years ago
Indeed, I just checked my log for my nvidia based system and files are indeed installed incorrectly. For instance:
installing /build/mesa/mesa-19.0.0/build/src/mesa/drivers/dri/libmesa_dri_drivers.so to opt/xorg/lib/dri/i965_dri.so
After unsetting DESTDIR, the install was in the correct location. Everything, including glxgears, runs fine.
======
Built on my i7 laptop after deleting instructions to build radeon and nouveau drivers. Xorg comes up fine and glxgears works normally.
A couple of observations.
libGLU.so is no longer built or installed.
libGLESv1_CM.so.1 -> libGLESv1_CM.so.1.0.0 but the previous version was
libGLESv1_CM.so.1.1.0
It's curious that the version backed up. I don't think it affects anything, but the second issue is probably an upstream oversight.
comment:15 by , 5 years ago
Upstream has mad this change:
- to = os.path.join(os.environ.get('DESTDIR', '/'), args.libdir[1:])
+ to = os.path.join(os.environ.get('DESTDIR', ''), args.libdir)
in bin/install_megadrivers.py.
We can make that change or just wait for the next version. Since it only affects those of us that script in a certain way, I vote for closing this ticket and waiting for the next version for any changes.
follow-up: 17 comment:16 by , 5 years ago
I'm stuck between putting in a sed and waiting for the next version. The next version could be a month+ away
comment:17 by , 5 years ago
Replying to renodr:
I'm stuck between putting in a sed and waiting for the next version. The next version could be a month+ away
Just add 'unset DESTDIR' just before install.
comment:18 by , 5 years ago
| Resolution: | → wontfix |
|---|---|
| Status: | reopened → closed |
comment:20 by , 9 months ago
| Milestone: | 9.0 → 11.4 |
|---|---|
| Resolution: | wontfix |
| Status: | closed → reopened |
I'd like to investigate if this nasty message still appears with modesetting driver.
According to https://gitlab.freedesktop.org/xorg/driver/xf86-video-intel/-/issues/219 it's a xf86-video-intel specific issue, but in https://gitlab.freedesktop.org/xorg/xserver/-/issues/1360 someone seems having the same issue with modesetting.
comment:21 by , 9 months ago
| Owner: | changed from to |
|---|---|
| Status: | reopened → new |
comment:22 by , 9 months ago
| Status: | new → assigned |
|---|
comment:23 by , 9 months ago
| Resolution: | → wontfix |
|---|---|
| Status: | assigned → closed |
Damn, wrong ticket. I meant the AIGLX issue documented in #16214.
I do not see this. What is weird is that I do not have the *_video.so drivers. It is on a rebuild of mesa after installing Xorg, since I first built it without the demos. But on SysV. Could it be a systemd issue? Note that actually all the names in /usr/lib/dri are only 2 files:
According to the log, the file at inode 5906423 is compiled as libmesa_dri_drivers.so, while the one at 5906062 is libgallium_dri.so. BTW, what does your build log say after:
Ah, the *_video.so drivers are the va-drivers. I do not have libva... So that might be the difference.
I'll try to find some time today for installing libva and mesa again.