$ sudo dkms status
nvidia/390.157, 6.12.19-1-lts, x86_64: installed
Great job bro.
If you need my help i can join helping testing nvidia-390xx...
Search Criteria
Package Details: nvidia-390xx-dkms 390.157-15
Package Actions
Git Clone URL: | https://aur.archlinux.org/nvidia-390xx-utils.git (read-only, click to copy) |
---|---|
Package Base: | nvidia-390xx-utils |
Description: | NVIDIA drivers - module sources |
Upstream URL: | https://www.nvidia.com/ |
Licenses: | custom |
Provides: | NVIDIA-MODULE |
Submitter: | svenstaro |
Maintainer: | jonathon (vnctdj) |
Last Packager: | vnctdj |
Votes: | 61 |
Popularity: | 0.94 |
First Submitted: | 2020-03-11 17:29 (UTC) |
Last Updated: | 2025-03-29 10:40 (UTC) |
Dependencies (3)
- dkms (dkms-gitAUR)
- libglvnd (libglvnd-gitAUR)
- nvidia-390xx-utilsAUR
Required by (9)
- conky-lua-nv (optional)
- mhwd-nvidia-390xx (make)
- nvidia-exec (requires NVIDIA-MODULE)
- nvidia-exec-git (requires NVIDIA-MODULE)
- nvidia-pacman-hook (requires NVIDIA-MODULE) (optional)
- nvidia-xrun-pm (requires NVIDIA-MODULE)
- nvidiactl-git (requires NVIDIA-MODULE)
- optimus-manager-git (requires NVIDIA-MODULE)
- xorgxrdp-nvidia (requires NVIDIA-MODULE)
Sources (18)
- gcc-14.patch
- https://us.download.nvidia.com/XFree86/Linux-x86_64/390.157/NVIDIA-Linux-x86_64-390.157.run
- kernel-4.16+-memory-encryption.patch
- kernel-6.10.patch
- kernel-6.12.patch
- kernel-6.13.patch
- kernel-6.14.patch
- kernel-6.2.patch
- kernel-6.3.patch
- kernel-6.4.patch
- kernel-6.5.patch
- kernel-6.6.patch
- kernel-6.8.patch
- nvidia-390xx-utils.sysusers
- nvidia-390xx.rules
- nvidia-drm-outputclass.conf
- systemd-homed-override.conf
- systemd-suspend-override.conf
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 .. 29 Next › Last »
batot commented on 2025-03-17 20:48 (UTC) (edited on 2025-03-17 21:40 (UTC) by batot)
lu9dce commented on 2025-03-07 13:07 (UTC)
This driver compiles and installs but does not activate 3D support Neither browsers nor software that requires OpenGL work
The module is loaded but programs cannot access 3D
I have been testing this with the LTS kernel I have been using kernel 6.1.0 for a month now.. because the driver works on Debian so I decided to use a kernel that is more similar to the one that Debian 12 has
If changing the kernel works, I don't see that it is a problem with Mesa or the current OpenGL
I had previously mentioned this topic here
drankinatty commented on 2025-03-01 23:59 (UTC)
Looks like the kernel in may have fixed what was patched for with the 6.13 patch to the kbuild files. I just removed the patch from openSUSE Tumbleweed for 6.13.5 and the build proceeded fine. I'll update in a bit. If you experience a build failure with 6.13.5, try removing the kernel-6.13.patch.
air-g4p commented on 2025-01-24 14:14 (UTC) (edited on 2025-01-24 14:15 (UTC) by air-g4p)
@drankinatty - thank you for your research and patching efforts!
On my end, both the pre-patched and patched PKGBUILD compiled and installed correctly against:
==> dkms install --no-depmod nvidia/390.157 -k 6.12.10-hardened1-1-hardened ==> dkms install --no-depmod nvidia/390.157 -k 6.13.0-arch1-1
Cheers
vnctdj commented on 2025-01-24 07:37 (UTC)
Use this forum thread for discussion: https://bbs.archlinux.org/viewtopic.php?pid=1946926
vnctdj commented on 2025-01-24 07:36 (UTC) (edited on 2025-01-24 07:37 (UTC) by vnctdj)
Package updated!
Thanks again @drankinatty :)
As a reminder, there's no need to flag the package as out-of-date... (see pinned comment)
drankinatty commented on 2025-01-23 23:29 (UTC) (edited on 2025-01-24 00:01 (UTC) by drankinatty)
@vnctdj and @air-g4p, Just updated to 6.13 on openSUSE Tumbleweed with the same Nvidia 390xx patch. Works like a champ. You can push the update.
Also note: the existing drivers for the 6.12 kernel should still build and work with 6.13. The patch is an update to how the Kbuild (make) files will use absolute symlink paths going forward to avoid problems depending on what the working directory is when the symlinks are generated. There weren't any changes to the kernel internals being addressed by the driver patches this time. Since the driver builds fine using the current relative paths and the makefile recipes, that shouldn't break just because of the 6.13 kernel update. (but I've not tested that)
air-g4p commented on 2025-01-23 05:53 (UTC) (edited on 2025-01-24 13:48 (UTC) by air-g4p)
@drankinatty - Just a heads up: the linux and -zen kernels were released today, 23 Jan, both at version 6.13.
Cheers
drankinatty commented on 2025-01-20 04:01 (UTC)
@vnctdj Will do. As soon as 6.13 is released, I'll let you know. I've already built and patched and 6.12.10 update went fine with the change from relative to absolute paths in the two Kbuild makefiles, so I don't expect any surprises when 6.13 is released. I still have to dig into why the change, but I suspect it is aimed at fixing some of the kms drm corner-cases that appeared after 6.12 removed the nvidia-drm from the kernel.
Note to all after the 6.12 drm changes I needed to add nvidia-drm.modeset=1
to my kernel command-line. Desktop was fine without it, but anything that relied on /sys/class/drm/card0...
being present would fail as the links for card0
, etc... were not created without it. (btop
would fail to start, etc..)
vnctdj commented on 2025-01-19 22:57 (UTC)
@drankinatty Thanks for your early work! I've prepared the package update on my PC, I'll push the commit once you confirm the patch is working.
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?