Search Criteria
Package Details: opencl-nvidia-470xx 470.256.02-7
Package Actions
Git Clone URL: | https://aur.archlinux.org/nvidia-470xx-utils.git (read-only, click to copy) |
---|---|
Package Base: | nvidia-470xx-utils |
Description: | OpenCL implemention for NVIDIA |
Upstream URL: | http://www.nvidia.com/ |
Keywords: | driver nvidia video |
Licenses: | custom |
Conflicts: | opencl-nvidia |
Provides: | opencl-driver, opencl-nvidia |
Submitter: | jonathon |
Maintainer: | Sinyria (cysp74, SoftExpert) |
Last Packager: | SoftExpert |
Votes: | 100 |
Popularity: | 1.15 |
First Submitted: | 2021-10-31 00:50 (UTC) |
Last Updated: | 2024-11-10 08:39 (UTC) |
Dependencies (2)
- zlib (zlib-ng-compat-gitAUR, zlib-gitAUR, zlib-ng-compat)
- opencl-headers (opencl-headers-gitAUR) (optional) – headers necessary for OpenCL development
Required by (67)
- aftershotpro2 (requires opencl-nvidia) (optional)
- aftershotpro3 (requires opencl-nvidia) (optional)
- arrayfire-git (requires opencl-driver) (optional)
- bfgminer-git (requires opencl-nvidia) (optional)
- computecpp (requires opencl-driver)
- cpu-x-opencl (requires opencl-driver) (optional)
- cuda-10.0 (requires opencl-nvidia)
- cuda-10.2 (requires opencl-nvidia)
- cuda-11.1 (requires opencl-nvidia)
- cuda-11.7 (requires opencl-nvidia)
- cuda-8.0 (requires opencl-nvidia)
- cuda-9.0 (requires opencl-nvidia)
- cuda-9.2 (requires opencl-nvidia)
- cuda11.1 (requires opencl-nvidia)
- cuda11.4 (requires opencl-nvidia)
- cuda11.4-versioned (requires opencl-nvidia)
- cuda12.0 (requires opencl-nvidia)
- cuda12.0-versioned (requires opencl-nvidia)
- cytoscape (requires opencl-driver) (optional)
- davinci-resolve (requires opencl-driver)
- Show 47 more...
Sources (11)
- 0001-Fix-conftest-to-ignore-implicit-function-declaration.patch
- 0002-Fix-conftest-to-use-a-short-wchar_t.patch
- 0003-Fix-conftest-to-use-nv_drm_gem_vmap-which-has-the-se.patch
- https://us.download.nvidia.com/XFree86/Linux-x86_64/470.256.02/NVIDIA-Linux-x86_64-470.256.02.run
- kernel-6.10.patch
- kernel-6.12.patch
- nvidia-470xx-utils.sysusers
- nvidia-470xx.rules
- nvidia-drm-outputclass.conf
- systemd-homed-override.conf
- systemd-suspend-override.conf
Latest Comments
« First ‹ Previous 1 .. 7 8 9 10 11 12 13 14 15 16 17 .. 41 Next › Last »
SoftExpert commented on 2024-02-04 06:28 (UTC)
@ChrispyChris: I'm glad you sorted it out! No apologies necessary, we all learn here. One less issue, one more positive outcome ! Try to help someone in need when the occasion arises. Have a wonderful day !
ChrispyChris commented on 2024-02-04 06:03 (UTC)
I'm sorry, I had thought I was still using this package but somehow my system was on the version in pacman. I ended up uninstalling that and cloning this directory again and then running the makepkg. After that, all was well. I should have checked my version in the first place, I apologize. I just didn't expect to not be using this repository still.
SoftExpert commented on 2024-02-04 05:24 (UTC) (edited on 2024-02-04 05:28 (UTC) by SoftExpert)
@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.
ChrispyChris commented on 2024-02-04 04:24 (UTC)
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?
SoftExpert commented on 2024-02-02 06:48 (UTC) (edited on 2024-02-02 07:27 (UTC) by SoftExpert)
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).
Alexey104 commented on 2024-01-30 04:45 (UTC) (edited on 2024-01-30 04:46 (UTC) by Alexey104)
@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.
SoftExpert commented on 2024-01-30 04:09 (UTC)
@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!
Alexey104 commented on 2024-01-30 01:55 (UTC) (edited on 2024-01-30 04:25 (UTC) by Alexey104)
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?
bhrgunatha commented on 2024-01-16 13:24 (UTC)
@SoftExpert: Thanks for confirming no patch is needed for kernel 6.7
SoftExpert commented on 2024-01-16 06:05 (UTC)
@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 ...
« First ‹ Previous 1 .. 7 8 9 10 11 12 13 14 15 16 17 .. 41 Next › Last »