Arch Linux User Repository

@ChrispyChris: You have several things to consider:

• your driver version is 470.199.02, although the latest is 470.223.02

• 470xx driver is stable since a long time, all releases only catch up with changes in the latest kernels

• the patch was created for 470.223.02

• there are differences in the source code between the versions of the driver

• you did not mention your version of the kernel you intend to use

• you seem to not use the package from this repository (which would download automatically everything needed)

Based on these observations, several questions arise:

• Are you even using an Arch-based distro ?

• Do you know what is the purpose of an AUR package ?

• Why are you not giving the full context of what you try to achieve? So far it sounds like "I'm doing this secret project that only I know about, and it doesn't work at step 4, can you help me with step 4 without knowing about it ?"

If you are using an Arch based distro, then just use this package for installing and maintaining the Nvidia driver. It uses DKMS, which allows to automatically rebuild your driver for each change in the kernel version. Kernels 6.1, 6.6 and 6.7 are guaranteed to work with it.

Otherwise, there is not much we can do to help you.

Hey, so I downloaded the singe file patch and gave it the location to each file it asked for after running "patch < /path/to/patch/file" and each file was located in /usr/src/nvidia-470.199.02. After this, I have been stuck. I tried to install with dkms but I might be lost on what I'm supposed to do after running through the patch. Could anyone please help me out here?

Heads-up: Latest kernel versions (6.1.76, 6.6.15 and 6.7.3) introduced an unexpected issue because of the GPL-only symbol __rcu_read_lock used by the nvidia.ko module.

A patch was provided - adapted from the Gentoo patch mentioned in this Nvidia Forum thread.

A big thank you to the Gentoo team !

Please test it carefully with the kernels mentioned. Effects on kernels other than the ones described are not known (patch is very recent).

@SoftExpert, thank you for your reply and suggestions! Yes, spontaneous reboots is a scary sign, and first I thought that hardware is dying, considering that it happens on an old school machine from the LGA775 era:) But, while sleeping, I tortured this machine continuously for several nights with memtest, mprime, gputest and badblocks - it always passes all tests with zero errors and no overheat. Also, there are no any problems with the LTS kernel (I didn't try 6.7.2 yet though). Anyway, this is not the right place to discuss such issues, I just wanted to ensure this is not related to Nvidia drivers. I will dig further, don't want to rip this machine, it's still damn good for certain tasks.

@Alexey104: Definitely not happening or if it happens to someone, then they are not talking about it. I could understand a freeze but the reboot is a bit too much to pin on this old driver.

You will need to take extra steps to investigate. Perhaps booting in console mode only would help isolate the problem.

I believe tools like https://gitlab.freedesktop.org/gpiccoli/kdumpst and an approach similar to the one described here https://access.redhat.com/solutions/6038 should put you on track to find the root cause. There is also this thread from someone experiencing similar issues: https://forums.opensuse.org/t/kernel-panic-causing-kde-to-freeze-amd-build/163544/10

Kernels 6.1 and 6.6 are LTS and supposed to be more stable. Kernel 6.7 is now at version 6.7.2 and I used it on daily basis and I did not find any crash.

Often freezes and crashes are sign of malfunctioning hardware and/or incompatible drivers - make sure you saved important data.

Oh, and ... good luck with your investigation!

Does anyone experience random system freezes and reboots with nvidia-470xx-dkms and kernels >= 6.7? After I upgraded to linux-6.7/6.7.1 my machine started to randomly freeze for about 10-15 seconds, and then it reboots by itself. There is nothing useful in logs on the next boot. I thought it might be a hardware fault, but it doesn't happen with the LTS kernel, and there are no problems under memtest/mprime/gputest. Not sure if this is related to Nvidia, just curious if there is anyone else with similar symptoms?

@SoftExpert: Thanks for confirming no patch is needed for kernel 6.7

@narmit: good luck with your system, but I would not hold my breath - it seems the 470xx driver is the last one in the legacy collection to still get some updates from Nvidia. We try to find the best available patches for the latest kernels, but there will be a moment when those patches will no longer be available and / or work.

@bhrgunatha : nvidia 470.223.02 does not require a patch for kernel 6.7. Probably 6.8 will require one, but let's get there first ...

Does anyone know if this requires a patch for the latest kernel 6.7? If so what's the right way to request that?

Hello, just wanted to say thanks for doing the work of Nvidia. Your time allows me to keep my recently bought GT710 fully working in Arch. Yes, Nvidia still sells hardware it no longer supports.