You are not logged in.
Hi folks,
I'm facing a strange issue with Spotify's web player running on chrome/chromium. It seems like the font used to display the song artist renders in a really weird manner. Some examples:


Whenever I hover over that string, it gets "fixed", but gets "broken" again if I move the cursor around the UI.
Any ideas?
Thanks in advance.
Last edited by ExoDoom (2022-10-06 16:03:37)
Offline
Do you have xf86-video-intel installed and does the issue disappear if you uninstall that and restart xorg to use modesetting instead? That looks like the kind of corruption that can often happen with that driver.
Offline
I don't have xf86-video-intel, just intel-media-driver for hardware video acceleration.
Offline
Hi folks,
This is not just a chrome/spotify website glitch, it also happens in some applications like vscode:
Also, although I'm not sure if this is related, some images on some websites get corrupted and display "broken" after some time or after I do some actions. For example, if I navigate to https://www.gnome-look.org/p/1357889 I see this image:
Ok, it's displayed correctly, but if I click the image to enlarge it, and then click again to restore, this is what I see:
As I said, I don't have xf86-video-intel installed, just intel-media-driver. Any ideas?
Offline
https://wiki.archlinux.org/title/Intel_ … RI3_issues
Spotiy, chrome and vscode are essentially all the same application.
Offline
https://wiki.archlinux.org/title/Intel_ … RI3_issues
Spotiy, chrome and vscode are essentially all the same application.
I have tried with several combinations of xf86-video-intel installed/not installed and options in that page, but none seems to work.
If I set LIBGL_ALWAYS_SOFTWARE=1 the corrupted text is fixed, but then I see big artifacts on some applications :-(
Offline
maybe just a mesa bug, what do you get from
glxinfo -Bwithout that variable? I'd assume mesa 22.2.1 should soon be released and make it's way to the stable repos then.
Another thing I could think of is switching to desktop gl from angle for those: try starting any of these applications with --use-gl=desktop on the command line parameters.
Last edited by V1del (2022-10-07 08:49:08)
Offline
This is the output from glxinfo -B
$ glxinfo -B
name of display: :0
display: :0 screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
Vendor: Intel (0x8086)
Device: Mesa Intel(R) Xe Graphics (TGL GT2) (0x9a49)
Version: 22.1.7
Accelerated: yes
Video memory: 15689MB
Unified memory: yes
Preferred profile: core (0x1)
Max core profile version: 4.6
Max compat profile version: 4.6
Max GLES1 profile version: 1.1
Max GLES[23] profile version: 3.2
OpenGL vendor string: Intel
OpenGL renderer string: Mesa Intel(R) Xe Graphics (TGL GT2)
OpenGL core profile version string: 4.6 (Core Profile) Mesa 22.1.7
OpenGL core profile shading language version string: 4.60
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL version string: 4.6 (Compatibility Profile) Mesa 22.1.7
OpenGL shading language version string: 4.60
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile
OpenGL ES profile version string: OpenGL ES 3.2 Mesa 22.1.7
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20I already had --use-gl=desktop in my chrome-flags.conf, tried to run code --use-gl=desktop and got this (text still shows garbled):
$ code --use-gl=desktop
Warning: 'use-gl' is not in the list of known options, but still passed to Electron/Chromium.Offline
Hi folks,
I think I've made some progression, I created /etc/profile.d/10-intel.sh with the following content:
#!/bin/sh
export MESA_LOADER_DRIVER_OVERRIDE=i965Now both the text and images display correctly, but I lost all kind of transparency from picom. In fact, if I try to run picom i get this:
$ picom -bc
libGL error: MESA-LOADER: failed to open i965: /usr/lib/dri/i965_dri.so: no se puede abrir el fichero del objeto compartido: No existe el fichero o el directorio (search paths /usr/lib/dri, suffix _dri)
libGL error: failed to load driver: i965
libGL error: MESA-LOADER: failed to open i965: /usr/lib/dri/i965_dri.so: no se puede abrir el fichero del objeto compartido: No existe el fichero o el directorio (search paths /usr/lib/dri, suffix _dri)
libGL error: failed to load driver: i965
[ 07/10/22 10:40:56.341 vsync_opengl_swc_init ERROR ] Failed to load a swap control extension.
[ 07/10/22 10:40:56.341 session_init FATAL ERROR ] Failed to initialize the backendEffectively, I have no i965_dri.so:
$ ls /usr/lib/dri/
crocus_dri.so iHD_drv_video.so kms_swrast_dri.so r300_dri.so radeonsi_dri.so virtio_gpu_dri.so zink_dri.so
d3d12_dri.so iris_dri.so nouveau_dri.so r600_dri.so swrast_dri.so vmwgfx_dri.soRunning other applications like glxgears also print this message:
$ glxgears
libGL error: MESA-LOADER: failed to open i965: /usr/lib/dri/i965_dri.so: cannot open shared object file: No such file or directory (search paths /usr/lib/dri, suffix _dri)
libGL error: failed to load driver: i965
libGL error: MESA-LOADER: failed to open i965: /usr/lib/dri/i965_dri.so: cannot open shared object file: No such file or directory (search paths /usr/lib/dri, suffix _dri)
libGL error: failed to load driver: i965
15551 frames in 5.0 seconds = 3110.139 FPS
15504 frames in 5.0 seconds = 3100.743 FPSThe weird thing is that if I just run "code", I get no error messages and visual studio code displays correctly, but if I run "google-chrome-stable" I get the following error message (even though Chrome starts normally and now displays text and images correctly):
$ google-chrome-stable
libGL error: MESA-LOADER: failed to open i965: /usr/lib/dri/i965_dri.so: no se puede abrir el fichero del objeto compartido: No existe el fichero o el directorio (search paths /usr/lib/dri, suffix _dri)
libGL error: failed to load driver: i965
libGL error: MESA-LOADER: failed to open i965: /usr/lib/dri/i965_dri.so: no se puede abrir el fichero del objeto compartido: No existe el fichero o el directorio (search paths /usr/lib/dri, suffix _dri)
libGL error: failed to load driver: i965
[33938:33938:1007/105037.504182:ERROR:gpu_init.cc(521)] Passthrough is not supported, GL is desktop, ANGLE is
MESA-LOADER: failed to open i965: /usr/lib/dri/i965_dri.so: no se puede abrir el fichero del objeto compartido: No existe el fichero o el directorio (search paths /usr/lib/dri, suffix _dri)
failed to load driver: i965
kmsro: driver missing
Error in cpuinfo: failed to parse processor information from /proc/cpuinfo
Error in cpuinfo: failed to parse processor information from /proc/cpuinfoSo, I guess the root of the problem is the iris DRI driver (?). I can remove /etc/profile.d/10-intel.sh and start every affected application with MESA_LOADER_DRIVER_OVERRIDE=i965 (although I'm still wondering why code doesn't throw any error while chrome does, maybe i915 is not the correct value). I can also disable DRI, but won't this disable hardware accelerated graphics?
I'm not flagging this post as solved yet, as I will investigate further and come back with any solution I may find. More help is much appreciated :-)
Offline
You completely broke your OpenGL by doing that since this driver does not exist anymore if you have remotely up to date hardware, i965 does not exist for Tiger Lake. Don't think of that as a solution. If you must use LIBGL_ALWAYS_SOFTWARE=1 only for the problematic clients, since you are basically doing the equivalent of that now.
The more fruitful forward facing solutions here would be testing mesa 22.2 and/or linux 6.0.0 which would currently require you to enable and update your system from testing.
I'd even consider MESA_LOADER_DRIVER_OVERRIDE=zink a better solution than trying i965, make sure you have vulkan-intel installed for that.
Last edited by V1del (2022-10-07 10:38:54)
Offline
The more fruitful forward facing solutions here would be testing mesa 22.2 and/or linux 6.0.0 which would currently require you to enable and update your system from testing.
I enabled testing repos, installed mesa 22.2.0-2 and linux 6.0.arch1-1, and the problem persists.
If you must use LIBGL_ALWAYS_SOFTWARE=1 only for the problematic clients, since you are basically doing the equivalent of that now.
I guess this is what I'm gonna do, since it just works. I'm not comfortable with the solution, as that "ALWAYS_SOFTWARE" sounds like I won't have hardware accelerated video decoding on chrome (or maybe yes?), but it feels less comfortably to have those graphic glitches.
Thank you very much for your help :-)
Last edited by ExoDoom (2022-10-07 12:40:32)
Offline
Hardware accelerated video decoding is technically unrelated to your OGL implementation and should in theory work regardless of it, there are likely some practical limitations with regards to showing you the video output, but the decoding part of the video decoding should work regardless.
Offline