No more i915 graphics driver installed-loaded after upgrade to 6.12.8 kernel

Ask Fedora
, ,
1

After upgrading to 6.12.8 kernel the Intel driver i915 is not loaded anymore.
Have older gpu’s been removed from newest kernel/i915 driver?

Or is this just ab bug?

6.12.8-200.fc41.x86_64
inxi -G
Graphics:
  Device-1: Intel 3rd Gen Core processor Graphics driver: N/A
  Display: wayland server: X.Org v: 24.1.4 with: Xwayland v: 24.1.4
    compositor: gnome-shell v: 47.2 driver: dri: swrast gpu: N/A
    resolution: 1024x768~60Hz
  API: OpenGL v: 4.5 vendor: mesa v: 24.3.2 renderer: llvmpipe (LLVM 19.1.5
    256 bits)
  API: EGL Message: EGL data requires eglinfo. Check --recommends.


6.12.7-200.fc41.x86_64
Graphics:
  Device-1: Intel 3rd Gen Core processor Graphics driver: i915 v: kernel
  Display: wayland server: X.Org v: 24.1.4 with: Xwayland v: 24.1.4
    compositor: gnome-shell v: 47.2 driver: dri: crocus gpu: i915
    resolution: 2560x1080~60Hz
  API: OpenGL v: 4.2 vendor: intel mesa v: 24.3.2 renderer: Mesa Intel HD
    Graphics 4000 (IVB GT2)
  API: EGL Message: EGL data requires eglinfo. Check --recommends.
3

It looks like there is some work being done to transition to a new “xe” driver for Intel graphics.

Excerpted from docs.kernel.org – Xe:

Xe – Platforms
Currently, Xe is already functional and has experimental support for multiple platforms starting from Tiger Lake, with initial support in userspace implemented in Mesa (for Iris and Anv, our OpenGL and Vulkan drivers), as well as in NEO (for OpenCL and Level0).

During a transition period, platforms will be supported by both Xe and i915. However, the force_probe mechanism existent in both drivers will allow only one official and by-default probe at a given time.

For instance, in order to probe a DG2 which PCI ID is 0x5690 by Xe instead of i915, the following set of parameters need to be used:

i915.force_probe=!5690 xe.force_probe=5690

In both drivers, the ‘.require_force_probe’ protection forces the user to use the force_probe parameter while the driver is under development. This protection is only removed when the support for the platform and the uAPI are stable. Stability which needs to be demonstrated by CI results.

In order to avoid user space regressions, i915 will continue to support all the current platforms that are already out of this protection. Xe support will be forever experimental and dependent on the usage of force_probe for these platforms.

When the time comes for Xe, the protection will be lifted on Xe and kept in i915.

It shouldn’t be necessary, but maybe try using the force_probe parameter with your card’s PCI ID?

Addendum:

I think the following command would show something if they had:

$ diff <(modinfo -k 6.12.7-200.fc41.x86_64 -F alias i915) <(modinfo -k 6.12.8-200.fc41.x86_64 -F alias i915)
$
1 Like
4

Thanks a lot for your info!

diff <(modinfo -k 6.12.7-200.fc41.x86_64 -F alias i915) <(modinfo -k 6.12.8-200.fc41.x86_64 -F alias i915)
$

modinfo: ERROR: Module i915 not found.
1,365d0
< pci:v00008086d00007DD5svsdbc03sci
< pci:v00008086d00007D60svsdbc03sci
< pci:v00008086d00007D55svsdbc03sci

Yea, i do secure the 6.12.7 kernel for the moment.

I will try the force_probe when I get more info how and where to put this parameter.

5

If it says “Module i915 not found” that sounds like you might be missing some files. Is your output similar?:

# find /usr/lib/modules/6.12.8-200.fc41.x86_64/kernel/drivers -name 'i915.ko.*'
/usr/lib/modules/6.12.8-200.fc41.x86_64/kernel/drivers/gpu/drm/i915/i915.ko.xz

# rpm -qf /usr/lib/modules/6.12.8-200.fc41.x86_64/kernel/drivers/gpu/drm/i915/i915.ko.xz
kernel-modules-6.12.8-200.fc41.x86_64

Do you have the kernel-modules-6.12.8-200.fc41.x86_64 package installed?

1 Like
6

Thanks a lot now it works again. That was strange.

I installed:

$ sudo dnf history list
ID Command line                                                                   Date and time       Action(s) Altered
44 dnf install kernel-modules*                                                    2025-01-09 22:00:36                 2
43 dnf reinstall kernel*                                                          2025-01-09 16:58:13                 4
42 dnf remove dkms-r8168                                                          2025-01-09 16:44:05                18
41 dnf install dkms-r8168                                                         2025-01-09 14:41:13                24
40 dnf5 upgrade  

dnf install dkms-r8168 installed the:

Packages altered:
  Action  Package                                       Reason          Repository
  Install dkms-r8168-0:8.054.00-1.noarch                User            copr:copr.fedorainfracloud.org:sunwire:dkms-r8168
  Install kernel-core-0:6.12.8-200.fc41.x86_64          External User   updates
  Install kernel-modules-core-0:6.12.8-200.fc41.x86_64  External User   updates
  Install gcc-0:14.2.1-3.fc41.x86_64                    Dependency      fedora
  Install dkms-0:3.1.4-3.fc41.noarch                    Dependency      updates
  Install kernel-devel-matched-0:6.12.8-200.fc41.x86_64 Dependency      updates
  Install patch-0:2.7.6-25.fc41.x86_64                  Dependency      fedora
  Install kernel-devel-0:6.12.8-200.fc41.x86_64         Dependency      updates
  Install ed-0:1.20.2-2.fc41.x86_64                     Dependency      fedora
  Install bison-0:3.8.2-9.fc41.x86_64                   Dependency      fedora
  Install flex-0:2.6.4-18.fc41.x86_64                   Dependency      fedora
  Install m4-0:1.4.19-10.fc41.x86_64                    Dependency      fedora
  Install elfutils-libelf-devel-0:0.192-7.fc41.x86_64   Dependency      updates
  Install openssl-devel-1:3.2.2-10.fc41.x86_64          Dependency      updates
  Install libzstd-devel-0:1.5.6-2.fc41.x86_64           Dependency      fedora
  Install zlib-ng-compat-devel-0:2.1.7-3.fc41.x86_64    Dependency      fedora
  Install glibc-devel-0:2.40-17.fc41.x86_64             Dependency      updates
  Install libxcrypt-devel-0:4.4.37-4.fc41.x86_64        Dependency      updates
  Install openssl-1:3.2.2-10.fc41.x86_64                Weak Dependency updates
  Remove  kernel-0:6.11.8-300.fc41.x86_64               Dependency      @System
  Remove  kernel-core-0:6.11.8-300.fc41.x86_64          User            @System
  Remove  kernel-modules-0:6.11.8-300.fc41.x86_64       Dependency      @System
  Remove  kernel-modules-core-0:6.11.8-300.fc41.x86_64  User            @System
  Remove  kernel-modules-extra-0:6.11.8-300.fc41.x86_64 Dependency      @System

I guess after upgrade I not made straight a reboot. With the install of the dkms-r8168 something went wrong I believed first it is because of it. Removed dkms again while parts of the 6.12.8 has been removed and so … with the modules reinstalled everything is fine again.

4 Likes