Package Details: opencl-nvidia-390xx 390.157-23

Git Clone URL: https://aur.archlinux.org/nvidia-390xx-utils.git (read-only, click to copy)
Package Base: nvidia-390xx-utils
Description: OpenCL implemention for NVIDIA
Upstream URL: https://www.nvidia.com/
Licenses: custom
Conflicts: opencl-nvidia
Provides: opencl-driver, opencl-nvidia
Submitter: svenstaro
Maintainer: jonathon (vnctdj)
Last Packager: vnctdj
Votes: 61
Popularity: 0.095396
First Submitted: 2020-03-11 17:29 (UTC)
Last Updated: 2026-08-29 22:21 (UTC)

Dependencies (2)

Required by (80)

Sources (25)

Pinned Comments

vnctdj commented on 2025-01-24 07:37 (UTC)

Use this forum thread for discussion: https://bbs.archlinux.org/viewtopic.php?pid=1946926

jonathon commented on 2022-05-26 09:46 (UTC)

Please don't flag this package out-of-date unless a new version has been released by NVIDIA.

jonathon commented on 2021-12-26 22:44 (UTC) (edited on 2021-12-26 22:44 (UTC) by jonathon)

The DKMS package guidelines are explicit that linux-headers should not be a dependency of any DKMS package.

As a concrete example of why including that as a hard dependency is a bad idea, what happens when linux is not an installed kernel?

Latest Comments

1 2 3 4 5 6 .. 44 Next › Last »

megvadulthangya commented on 2026-10-10 08:22 (UTC)

@drankinatty -- thanks for the kind words. Short answer, more via email.

  • No working ISO yet. The manjaro-iso-action I was using changed upstream; I'm adapting my fork today.

drankinatty commented on 2026-10-10 03:24 (UTC) (edited on 2026-10-10 03:59 (UTC) by drankinatty)

@megvadulthangya -- that is a very nice repo, and I especially like the numbered Debian patches. That is the best way to keep application order sane with a large number. Question? Have you tried the package on your system?

A cursory look at the PKGBUILD doesn't disclose anything I see of concern, but "HIBA: hiányzó patch" is a nice touch. However, has the content been run through any of the AUR scanners to ensure there isn't anything buried in any of the 80+ patches? Do you know offhand what package_mhwd-nvidia-390xx() is?

That will take a while to look through manually, and I'm not up on all the latest AUR attack signatures. If we want to look at the backported patches seriously, we will need to validate everything is clean. The devil is always in the details.

NOTE: I don't have any suspicions about this repo verses any other repo, but the last 5 months have not been fun, so I treat everything new as a new potential threat until confirmed otherwise.

Thanks to both you and Philip for the work and effort with the repo. Let us know if you are using it on current Arch and how it is working. Also if you have any insight on the validation as well.

megvadulthangya commented on 2026-09-07 06:31 (UTC) (edited on 2026-09-07 06:34 (UTC) by megvadulthangya)

7.3 is in my develop branch (not my work, (Philip did that!)

https://github.com/megvadulthangya/nvidia-390xx-utils/tree/develop

Or you can check manjaro's gitlab and search for the package I'm sync my repo from that repo...

drankinatty commented on 2026-09-07 06:03 (UTC) (edited on 2026-09-07 06:04 (UTC) by drankinatty)

Uugh... We will probably have work to do for 7.3 and it is the same fun drm kind. According to Torvalds, 7.3 will include a fairly sizable drm pull with lots of scattered fixes. That just sounds bad. I'll try and see if Joan has anything yet after I resurrect my server - 12 years of service and then POOF! They just don't make'em like they used to...

twilight0 commented on 2026-08-30 09:37 (UTC)

While this might not be the typical place for this discussion, I wanted to share an alternative for fellow legacy Nvidia (Fermi/Kepler) users who are struggling with keeping nvidia-390xx alive against modern kernels and Xorg ABIs.

Over the last few months, I’ve been actively working on improving and optimizing the open-source nouveau driver as a sustainable, forward-looking alternative—especially with full Wayland, DRM/KMS, and modern kernel compatibility in mind.

If you're tired of the endless cycle of patching the proprietary legacy driver, feel free to check out the discussion, benchmarks, and ongoing work on the Arch BBS:

https://bbs.archlinux.org/viewtopic.php?id=314756

Feedback and testing from the community are very welcome!

I have also put together a repository with driver patches, a dynamic clock governor, and a hardware diagnostic tool to collect VBIOS/reclocking telemetry across different OEM cards: GitHub & Contributing Guide: https://github.com/Twilight0/nouveau-fermi-reclock-dkms (AUR package: nouveau-fermi-reclock-dkms)

drankinatty commented on 2026-08-30 03:06 (UTC) (edited on 2026-09-01 00:43 (UTC) by drankinatty)

Thank you @vnctdj! That's a nice looking patch. No, the drm backports are always a PITA. Both you guys did a great job with the src and CONFTEST changes. Looks like we are all set for 7.2 to hit core.

I don't have 7.2 yet, but I can confirm the kernel-7.2.patch continues to build fine with the 7.11 and LTS kernels. (no side effects)

I can also report success with the patch. I'm running the 7.2 kernel now on my openSUSE laptop with the patch incorporated. Works like a champ!

SUCCESS up and running on Arch 7.2.2 - flawless build, uneventful reboot.

vnctdj commented on 2026-08-29 22:22 (UTC)

I've just pushed a patch for Linux 7.2, based on Joan Bruguera's ones. I also checked my work against megvadulthangya's repo, this was not easy !

drankinatty commented on 2026-08-29 00:16 (UTC) (edited on 2026-08-29 00:17 (UTC) by drankinatty)

7.2 is in core-testing now.

megvadulthangya commented on 2026-08-27 08:33 (UTC)

noice drankinatty

Good to hear someone actually try to use what i working on.

Just a heads up when i shared my work in this place looks like was not finished the work yet(Not built on some kernels)yet... but now its finished and build on any manjaro kernel what currently have in manjaro repos RT as well. 61 66 612 618 71 72 tested... BTW i ported all of this to 340 as well. plus manage to fork and modify mhwd-db and all of the packages that need to autodetect drivers ... and now i have awesome, and xfce iso's which has legacy 340 support out of the box.

drankinatty commented on 2026-08-27 08:01 (UTC)

I passed the patch along to the openSUSE packager and I received confirmation it builds with their driver package on the 7.2 kernel. So @megvadulthangya's patch has my vote to be incorporated and pushed. We have a bit of time, the 7.2 kernel isn't even in core-testing yet. Not sure why, but I'm in no hurry, makes no difference for my hardware :)