00:03 YuGiOhJCJ: hello, I am on a Dell Latitude 3140 and lspci told me that the graphics card is an Intel 46d0: https://dgpu-docs.intel.com/devices/hardware-table.html can you tell me which mesa DRI module is supposed to be loaded for this GPU please?
00:09 Kayden: >> git grep 46d0 include/
00:09 Kayden: include/pci_ids/iris_pci_ids.h:CHIPSET(0x46d0, adl_n, "ADL-N", "Intel(R) Graphics")
00:09 Kayden: looks like that's a Gen12 Alderlake system that should use iris_dri.so
00:18 YuGiOhJCJ: thanks but if I try to force in xorg.conf.d: Driver "iris", it is not found but it seems that this is not a driver but an option like here: https://wiki.archlinux.org/title/Intel_graphics but when I set: Driver "intel" then: Option "DRI" "iris", I get an error "failed to submit rendering commands" then "could not open default font"...
00:20 Kayden: The xf86-video-intel 2D driver doesn't support that GPU AFAIK.
00:20 Kayden: You'll want to be using the "modesetting" xorg driver
00:20 Kayden: which is included with the X server
00:21 Kayden: modesetting uses glamor (OpenGL) for acceleration, which should load libEGL.so and use the EGL_MESA_query_driver extension to ask the EGL implementation which DRI driver to load. if your libEGL.so is pointing at Mesa, it should respond with iris and load it automatically
00:22 Kayden: that should also work out of the box without any xorg.conf...
00:24 YuGiOhJCJ: when I try with: Driver "modesetting", I get the following error in the Xorg.0.log file: "[ 2622.305] (EE) modeset(0): [DRI2] No driver mapping found for PCI device 0x8086 / 0x46d0"
00:27 Kayden: that's odd. does eglinfo | grep driver show "EGL driver name: iris" and "EGL_MESA_query_driver"?
00:29 YuGiOhJCJ: "eglinfo" is not available on my system
00:29 Kayden: ah, it's from the mesa-utils package if you're on arch
00:30 Kayden: (just guessing since you cited the arch wiki)
00:30 YuGiOhJCJ: I am on Slackware
00:30 Kayden: ah
00:30 YuGiOhJCJ: but yeah ok it is supposed to be part of Mesa
00:31 Kayden: it's built from the mesa demos repo actually
00:32 YuGiOhJCJ: ok
00:32 YuGiOhJCJ: I'll try to get it
00:33 Kayden: I guess another question would be, do you have libEGL.so from glvnd and libEGL_mesa.so from Mesa?
00:33 YuGiOhJCJ: I only took glxinfo and glxgears last time I built the package from source, that's why
00:33 Kayden: I don't think it should hit that driver map path unless egl is not working.
00:34 Kayden: (we never added anything iris or crocus to the xserver...it just asks libEGL)
00:39 YuGiOhJCJ: /usr/lib64/libEGL.so and /usr/lib64/libEGL_mesa.so are present indeed, part of mesa-23.0.3 package
00:40 Kayden: hmm :(
00:47 YuGiOhJCJ: ok I ran "eglinfo" and I see a lot of lines
00:47 YuGiOhJCJ: wait I have to grep it
00:48 YuGiOhJCJ: wow I see some permission denied, should I run it as root?
00:48 YuGiOhJCJ: "libEGL warning: failed to open /dev/dri/card0: Permission denied"
00:48 Kayden: what are the permissions on /dev/dri/* ?
00:49 YuGiOhJCJ: maybe I should be member of the group video
00:49 Kayden: on arch you need to be in the video and render groups
00:49 Kayden: not sure about slack
00:49 Kayden: but yeah, probably just missing a group
00:49 YuGiOhJCJ: "crw-rw---- 1 root video 226, 0 May 18 2025 /dev/dri/card0"
00:49 Kayden: renderD128 would also be used by a lot of things
00:49 YuGiOhJCJ: I'll add myself to the "video" group
00:49 YuGiOhJCJ: then try again
00:50 Kayden: (card0 is usually used by things wanting to own the monitor outputs, renderD128 by programs that want to render things)
00:54 YuGiOhJCJ: wait, in fact the permission problem is only seen when I do "eglinfo | grep driver" from ssh, when I do it on the host directly I have no output at all
00:54 YuGiOhJCJ: oops
00:55 YuGiOhJCJ: no I did not type it correctly on the host
00:55 YuGiOhJCJ: that's why
00:55 YuGiOhJCJ: ok I see "iris"
00:55 YuGiOhJCJ: as expected
00:57 YuGiOhJCJ: in fact, if I don't specify anything in xorg.conf.d, it tries to load the old deprecated amber driver: "[ 4637.905] (EE) AIGLX error: dlopen of /usr/lib64/xorg/modules/dri/i965_dri.so failed (/usr/lib64/xorg/modules/dri/i965_dri.so: cannot open shared object file: No such file or directory)"
00:58 YuGiOhJCJ: that's why I prefer to add a conf file to xorg.conf.d
00:59 Kayden: odd... it shouldn't
00:59 YuGiOhJCJ: I guess it's because my xorg is a bit old
01:00 Kayden: I wrote the handling for all of this in 2019 though :/
01:02 YuGiOhJCJ: lol and my xorg-server is 1.19.7 from 2019: https://www.x.org/releases/individual/xserver/
01:02 Kayden: yikes
01:03 YuGiOhJCJ: do you think it is too old to work correctly?
01:04 Kayden: I'll admit, this isn't something I've devoted any thinking to
01:06 YuGiOhJCJ: if only I could upgrade xorg-server only but I guess I will have to upgrade all its dependencies too :(
01:07 YuGiOhJCJ: better to upgrade from slackware 14.2 to 15.0
01:12 YuGiOhJCJ: is there not a generic VGA driver that could work during this time?
01:12 YuGiOhJCJ: I don't really need big performances
01:24 YuGiOhJCJ: is there a reason for the big jump in version numbers between xorg-server-1.20.14 (2021) and xorg-server-21.1.0 (2021)?
01:30 Kayden: just changed versioning schemes to be Year . Number instead of incrementing
01:31 YuGiOhJCJ: oh ok
01:33 YuGiOhJCJ: anyway it's weird xorg-server 21.1.0 and above require "fixesproto >= 6.0" whereas the last one is 5.0: https://www.x.org/releases/individual/proto/
01:33 Kayden: they might've gotten combined into xorgproto
01:38 YuGiOhJCJ: nice indeed