Description of problem:
dkms fails to build the nvidia340 module for the kernel 5.8.
It works with the latest kernel 5.7 and previous kernels from cauldron.
$ lspci | grep NVIDIA
0b:00.0 VGA compatible controller: NVIDIA Corporation GF116 [GeForce GTX 550 Ti] (rev a1)
0b:00.1 Audio device: NVIDIA Corporation GF116 High Definition Audio Controller (rev a1)
$ dkms status
nvidia390, 390.138-2.mga8.nonfree, 5.7.12-desktop-1.mga8, x86_64: installed
$ dkms build -m nvidia390 -v 390.138-2.mga8.nonfree -k 5.8.1-desktop-2.mga8
Preparing kernel 5.8.1-desktop-2.mga8 for module build:
(This is not compiling a kernel, just preparing kernel symbols)
Storing current .config to be restored when complete
Running Generic preparation routine
make mrproper....(bad exit status: 2)
make prepare....(bad exit status: 2)
cleaning build area....
'make' -j16 IGNORE_CC_MISMATCH=1 SYSSRC=/lib/modules/5.8.1-desktop-2.mga8/build modules.....(bad exit status: 2)
Error! Bad return status for module build on kernel: 5.8.1-desktop-2.mga8 (x86_64)
Consult the make.log in the build directory
/var/lib/dkms/nvidia390/390.138-2.mga8.nonfree/build/ for more information.
Version-Release number of selected component (if applicable):
$ rpm -qa | egrep '(kernel|dkms|nvidia)' | sort
Steps to Reproduce:
1.install kernel 5.8 with nvidia390 driver
Created attachment 11803 [details]
make.log in the build directory
Thanks for reporting this.
Assigning to Kernel and Drivers maintainers.
Seems to exist since kernel 5.8.0.
Since Kernel 5.8.0 in CauldronSeverity:
Please leave this bug open and set version to 7 once it's fixed in Cauldron.
*After* the current kernel and nvidia updates in core/updates_testing are pushed for Mageia 7, we'll need to fix this issue in Mageia 7 as well, as we'll be preparing to update again to kernel 5.8.
Since Kernel 5.8.0 in Cauldron =>
nvidia390-390.138-2.mga8.nonfree.src.rpm, x11-driver-video-nvidia390 =>
(In reply to Aurelian R from comment #0)
> Description of problem:
> dkms fails to build the nvidia340 module for the kernel 5.8.
> It works with the latest kernel 5.7 and previous kernels from cauldron.
> Controller (rev a1)
Same problem here for the nvidia430 module (Kernel 5.8.1-desktop-2.mga8) since Cauldron update 3 days ago.
If I accept the MCC/Hardware/Graphics invitation to install the proprietary nVidia driver, it appears to be a no-op.
In fact, each time I boot the the Mga8 install it now shows "Building nvidia-current driver" though today I noticed an in-boot screen message "The nouveau driver has been installed. The proprietary driver could not be found in Xorg..."
Is there a way of providing the missing driver, I wonder...
But although after recent Cauldron updates the green nVidia desktop icon has re-appeared, it is a no-op, and Sysinfo/Graphics entries show "OpenGL: Could not initialise OpenGL/GLXor (ES)/EGL", and 'Wayland' is empty.
This follows several months of trouble-free auto-install of the proprietary driver.
The nVidia card installed is a GeForce GT730.
Install is 64-bit Plasma Mga8.
The 5.8 series kernel makes a symbol used by the nvidia390 module GPL-only:
No fix is available yet.
(In reply to Martin Whitaker from comment #5)
> The 5.8 series kernel makes a symbol used by the nvidia390 module GPL-only:
> No fix is available yet.
Clarification much appreciated!
Mga8 desktop login now freezes, but can get get DNF updates done via tty2 as root.
*** Bug 27152 has been marked as a duplicate of this bug. ***
From what I can find, the Ubuntu solution is to revert that change in their kernel, and the openSUSE solution is to disable the uvm module (which IIUC will break CUDA applications).
Apparently Giuseppe found a patch from Arch for nvidia390 to fix this.
If someone could package up the nvidia340 and nvidia390 fixes for kernel 5.8 for Mageia 7, that would be great, as we will need them fixed there. I'm not sure if nvidia-current needs to be fixed.
Only for nvidia390?
Any hope for e.g. nvidia430?
(In reply to David Walser from comment #10)
> Apparently Giuseppe found a patch from Arch for nvidia390 to fix this.
> See nvidia390-390.138-4.mga8.
Nope, I already applied that patch. It fixes some other build issues, but not the one described in comment 5. I couldn't find what Arch have done to work round the problem (if they have).
(In reply to Maurice Batey from comment #11)
> Only for nvidia390?
> Any hope for e.g. nvidia430?
Do you mean nvidia-current? That's on version 450 now. It builds and installs fine here (I don't have the hardware to test if it works). Check you have the latest version (dkms-nvidia-current-450.57-3.mga8).
The rest of the patch would be to revert the kernel commit cfa6705d89b6562f79c40c249f8d94073c4276e4 in kernel-5.8.
Regarding mga7 we don't have kernel 5.8 yet, do we? I read it's planned, though I think it's a bit premature for now for mga7 to switch to 5.8, better wait it stabilizes a bit, as well as for all the external modules, e.g. vbox, etc. On the other and there is 5.7.16 out.
With kernel up to 5.8 upstream both nvidia 450.57 and 450.66 works without any extra patchset (it seems they need patches for kernel 5.9 currently in rc1). For nvidia-430.64 don't know if needs extra patches under kernel 5.8 (probably yes, though there is already 450.57 for mga7 too).
(In reply to Martin Whitaker from comment #12)
> > Any hope for e.g. nvidia430?
> Do you mean nvidia-current? That's on version 450 now. It builds and
> installs fine here (I don't have the hardware to test if it works).
On both Mg7 & Mga8 nvidia430 has been smoothly auto-installed here, until (as mentioned above) Mga8 is now routinely freezing at normal desktop login, though I'm hopefully doing Cauldron updates via tty2/root.
Do you mean the system will auto-switch the driver to nvidia450 here?
> Check you have the latest version (dkms-nvidia-current-450.57-3.mga8).
How does one do that from root/tty2 (as desktop login freezes).
(Mounting Mga/root, can see no sign of any file in fully-updated Mga8/root with anything resembling that filename...)
Yes we'll need to fix nvidia-current in mga7 if 430 needs patched for 5.8. Of course we won't switch mga7 to kernel 5.8 until we have fixed all of the things.
The last kernel 5.8.5-desktop-2.mga8 fixed the installation of nvidia390 driver. It looks like reverting the "radix-tree: Use local_lock for protection" kernel patch did it. I've tested vlc, glmark2, youtube and everything looks fine for me.
Thanks for your great job.
I have tried installing dkms-nvidia with the latest kernel update, and it works fine. Not so the Mageia-prime tool, it keeps trying to download the latest Nvidia driver which is not correct for my Fermi chipset card. I will report it again in the bug:https://bugs.mageia.org/show_bug.cgi?id=24967
Because now if I can install the Nvidia driver manually and dkms-nvidia works fine, but I still can't switch to the dedicated card on my laptop ...
Hello bug is back today with the last kernel update and dkms-nvidia340
'make' -j4 SYSSRC=/lib/modules/5.10.6-desktop-1.mga7/build module..............(bad exit status: 2)
Error! Bad return status for module build on kernel: 5.10.6-desktop-1.mga7 (x86_64)
log : https://termbin.com/5x6j
Linux linux.local 5.10.6-desktop-1.mga7 #1 SMP Sat Jan 9 20:09:55 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
Sorry about that...
I tested the build but unfortunately I used the Cauldron srpm, and forgot to add the same fix to Mga7.
There is now a nvidia340-340.108-9.mga7 building and heading to nonfree updates_testing...
please test it out as soon as it's available so we can push it to updates if it works for you
dkms fails to build the nvidia390 modules for the kernel 5.8.* =>
dkms fails to build the nvidia390 modules for the kernel 5.10.*Priority:
Mageia 8 =>
closing this again as it was about nvidia390, and you reported about nvidia340.
please report your tests in:
dkms fails to build the nvidia390 modules for the kernel 5.10.* =>
dkms fails to build the nvidia390 modules for the kernel 5.8.*Resolution:
Mageia 7 =>