Fedora 41, nvidia-open, and dkms

jtingiris · February 26, 2025, 3:36pm

The new 570 spec (et al) was published here a couple days ago …

github.com/NVIDIA/yum-packaging-nvidia-driver

[570][Fedora41] dkms incorrectly builds updated kernels with the current kernel's source

opened 05:51PM - 21 Feb 25 UTC

_Originally posted by @josephtingiris in https://github.com/NVIDIA/open-gpu-kern…el-modules/issues/791_ ### NVIDIA Open GPU Kernel Modules Version nvidia-open/570.86.15 ### Operating System and Version Fedora 41 ### Kernel Release Linux d0 6.12.15-200.fc41.x86_64 SMP PREEMPT_DYNAMIC Tue Feb 18 15:24:05 UTC 2025 x86_64 GNU/Linux ### Build Command `dnf upgrade` (which invokes `dkms build` under the running kernel) ### Terminal output/Build Log Notice it enters the 'wrong' `/usr/src/kernels` directory, ie: ```bash DKMS (dkms-3.1.5) make.log for nvidia-open/570.86.15 for kernel 6.12.15-200.fc41.x86_64 (x86_64) Fri Feb 21 09:50:50 AM EST 2025 Cleaning build area # command: 'make' clean make -C src/nvidia clean make[1]: Entering directory '/var/lib/dkms/nvidia-open/570.86.15/build/src/nvidia' rm -f -rf _out/Linux_x86_64 make[1]: Leaving directory '/var/lib/dkms/nvidia-open/570.86.15/build/src/nvidia' make -C src/nvidia-modeset clean make[1]: Entering directory '/var/lib/dkms/nvidia-open/570.86.15/build/src/nvidia-modeset' rm -f -rf _out/Linux_x86_64 make[1]: Leaving directory '/var/lib/dkms/nvidia-open/570.86.15/build/src/nvidia-modeset' make -C kernel-open clean make[1]: Entering directory '/var/lib/dkms/nvidia-open/570.86.15/build/kernel-open' rm -f -r conftest make[2]: Entering directory '/usr/src/kernels/6.12.10-200.fc41.x86_64' make[2]: Leaving directory '/usr/src/kernels/6.12.10-200.fc41.x86_64' make[1]: Leaving directory '/var/lib/dkms/nvidia-open/570.86.15/build/kernel-open' ... ``` ### More Info I landed here because of `nvidia-open/570.86.15` issues on Fedora 41. When `dnf upgrade` is run, and it installs a new kernel, then `dkms` will automatically build `nvidia-open` under the running kernel (without explicitly setting a value for `KERNEL_UNAME`). The currently included [Makefile](https://github.com/NVIDIA/open-gpu-kernel-modules/blob/main/kernel-open/Makefile) is being used. That is evident in the `/var/lib/dkms/nvidia-open/*/*/*/log/make.log` file(s). Subsequent reboots fail to load the module, eg: ``` kernel: nvidia: version magic '6.12.10-200.fc41.x86_64 SMP preempt mod_unload ' should be '6.12.11-200.fc41.x86_64 SMP preempt mod_unload ' ``` Here's a short work-around (for Fedora) that leverages `KERNEL_UNAME` and will properly build `nvidia-open` for the 'latest' kernel. After a `dnf upgrade`, a variation of following will work as `root`. ```bash # do this as root sudo su - # fyi, version sort installed kernels rpm -qa kernel | sed -e 's/^kernel-//g' | sort -uV # fyi, version sort installed dkms module/module-version and kernel/arch dkms status | sort -uV export CURRENT_KERNEL="$(uname -r)"; echo "CURRENT_KERNEL=${CURRENT_KERNEL}" export LATEST_KERNEL="$(rpm -qa kernel | sed -e 's/^kernel-//g' | sort -uV | tail -1)"; echo LATEST_KERNEL=${LATEST_KERNEL} # this matches uname -r # example rebuild; pick one export KERNEL_UNAME="6.12.11-200.fc41.x86_64" export KERNEL_UNAME=${CURRENT_KERNEL} export KERNEL_UNAME=${LATEST_KERNEL} echo KERNEL_UNAME=${KERNEL_UNAME} # set proper values for dkms build, install, etc export DKMS_ARCH="$(dkms status | grep ${KERNEL_UNAME}, | awk -F, '{print $3}' | awk '{print $1}' | awk -F: '{print $1}')" export DKMS_KERNEL="$(dkms status | grep ${KERNEL_UNAME}, | awk -F, '{print $2}' | awk '{print $1}')" # should be the same as KERNEL_UNAME export DKMS_MODULE_VERSION="$(dkms status | grep ${KERNEL_UNAME}, | awk -F, '{print $1}' | awk '{print $1}')" # manually verify values echo DKMS_ARCH=${DKMS_ARCH} echo DKMS_KERNEL=${DKMS_KERNEL} echo DKMS_MODULE_VERSION=${DKMS_MODULE_VERSION} # NOTICE! Using the LATEST_KERNEL value is easiest/safest. # NOTICE! If you're booted with the latest kernel and the modules ARE NOT loaded, then properly rebuilding may immediately load the correct signed module and will likely reset a graphical session. # IMPORTANT! If you're booted from the kernel you want to 'fix' then do this in a tmux, screen, or from the linux console. KERNEL_UNAME=${DKMS_KERNEL} dkms uninstall ${DKMS_MODULE_VERSION} -k ${DKMS_KERNEL}/${DKMS_ARCH} KERNEL_UNAME=${DKMS_KERNEL} dkms build ${DKMS_MODULE_VERSION} -k ${DKMS_KERNEL}/${DKMS_ARCH} --force KERNEL_UNAME=${DKMS_KERNEL} dkms install ${DKMS_MODULE_VERSION} -k ${DKMS_KERNEL}/${DKMS_ARCH} KERNEL_UNAME=${DKMS_KERNEL} dkms status ${DKMS_MODULE_VERSION} -k ${DKMS_KERNEL}/${DKMS_ARCH} # verify the build make.log enters the correct /usr/ less /var/lib/dkms/nvidia-open/*/${DKMS_KERNEL}/${DKMS_ARCH}/log/make.log systemctl reboot ``` Using `uname -r` in the `Makefile` seems a bit too convenient for a dynamic kernel module. In the meantime, I posted the workaround here hoping it would help. Thanks > Note: transferred issue from https://github.com/NVIDIA/open-gpu-kernel-modules/issues/791

Topic		Replies	Views
Can nvidia dkms drivers be rebuilt during the update and not after? Ask Fedora kde , upgrades , dnf , nvidia	13	2066	July 9, 2023
NVIDIA drivers corrupted after every kernel update Ask Fedora f38 , updates , driver , nvidia , kernel	3	648	August 23, 2023
Yet another nvidia dkms thread Ask Fedora dkms , nvidia	1	2154	January 26, 2022
My almost fresh install has mismatched kernel versions Ask Fedora nvidia , kernel , kernel-modules , f41	17	1284	November 19, 2024
Dkms NVidia on Fedora 41 not working Ask Fedora	10	332	February 24, 2025

Fedora 41, nvidia-open, and dkms

Related topics