I've just integrated canolucas' patch, thanks to him and to everyone who tested the patch!
Search Criteria
Package Details: nvidia-390xx-dkms 390.157-13
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: | 60 |
Popularity: | 2.69 |
First Submitted: | 2020-03-11 17:29 (UTC) |
Last Updated: | 2024-11-25 23:34 (UTC) |
Dependencies (3)
- dkms (dkms-gitAUR, dkms-fast-zstdAUR)
- libglvnd (libglvnd-gitAUR)
- nvidia-390xx-utilsAUR
Required by (10)
- conky-lua-nv (optional)
- mhwd-nvidia-390xx (make)
- nsight-graphics (requires NVIDIA-MODULE)
- 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 (16)
- 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.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 .. 3 4 5 6 7 8 9 10 11 12 13 .. 26 Next › Last »
vnctdj commented on 2023-11-09 23:10 (UTC)
drankinatty commented on 2023-11-09 05:21 (UTC)
@canolucas patch worked perfectly. Just did the linux-6.6.1 update, dkms built the module without complaint, on reboot, the display is up and running. Let's hope 6.7 is as tame. Great job!
air-g4p commented on 2023-11-08 07:25 (UTC) (edited on 2023-11-08 11:07 (UTC) by air-g4p)
@canolucas - thanks for your and Ike Devolder's efforts. nvidia-390xx-utils now compiles, installs and operates correctly against 6.6.0-arch1-1.
As a heads up to everyone, if you are going use Ike's new PKGBUILD, note the file verification change from b2sums
in the current version versus sha512sums
in the new version.
Cheers
canolucas commented on 2023-11-08 02:57 (UTC) (edited on 2023-11-08 02:58 (UTC) by canolucas)
@air-g4p looks like your build failed because of the error: ‘drm_gem_prime_handle_to_fd’ undeclared. You need to apply the patch correctly or manually remove the following line from nvidia-drm-drv.c (line 708 aprox) .prime_handle_to_fd = drm_gem_prime_handle_to_fd,
Here is a working PKGBUILD for reference: https://gitlab.com/herecura/packages/nvidia-390xx-dkms/
air-g4p commented on 2023-11-07 14:59 (UTC)
Appreciate the 6.6 patch efforts, but for me it fails this way:
==> dkms install --no-depmod nvidia/390.157 -k 6.6.0-arch1-1
Error! Bad return status for module build on kernel: 6.6.0-arch1-1 (x86_64)
Consult /var/lib/dkms/nvidia/390.157/build/make.log for more information.
==> WARNING: `dkms install --no-depmod nvidia/390.157 -k 6.6.0-arch1-1' exited 10
make.log, here:
Please let me know if you spot the issue.
Cheers
canolucas commented on 2023-11-06 20:12 (UTC)
@drankinatty @Wargoth That's awesome news, thanks for the feedback. I also tested it using the latest kernel from core-testing, its working fine so far. If no other changes are needed, I think we are ready for pushing to git. Please comment if you think otherwise or if any compilation fails.
Wargoth commented on 2023-11-06 08:49 (UTC) (edited on 2023-11-06 08:49 (UTC) by Wargoth)
This patch version works for me. Kernel 6.6
diff --ignore-space-change --unified --recursive --no-dereference a/kernel/nvidia-drm/nvidia-drm-drv.c b/kernel/nvidia-drm/nvidia-drm-drv.c
--- a/kernel/nvidia-drm/nvidia-drm-drv.c
+++ b/kernel/nvidia-drm/nvidia-drm-drv.c
@@ -700,8 +700,11 @@
.ioctls = nv_drm_ioctls,
.num_ioctls = ARRAY_SIZE(nv_drm_ioctls),
-
+// Rel. commit "drm/prime: Unexport helpers for fd/handle conversion" (Thomas Zimmermann, 20 Jun 2023)
+// This function is no longer exported, but leaving it to NULL is equivalent
+#if LINUX_VERSION_CODE < KERNEL_VERSION(6, 6, 0)
.prime_handle_to_fd = drm_gem_prime_handle_to_fd,
+#endif
#if defined(NV_DRM_DRIVER_HAS_GEM_PRIME_CALLBACKS)
.gem_prime_export = nv_drm_gem_prime_export,
drankinatty commented on 2023-11-02 01:55 (UTC) (edited on 2023-11-02 02:03 (UTC) by drankinatty)
Thank you @canolucas. I built nvidia-390xx-utils-390.157 incorporating the patch and the actual build went fine (under the 6.5 kernel) will have to wait until the 6.6 package moves to core. The box I have the card in is a server and it is hard to take it off-line to roll in the full core-testing update to pull in the 6.6 kernel before it is released. If I can find a dead time I'll try.
If the only change is fd/handle conversion no longer being exported, then the 6.6 kernel driver should build fine with the driver. Glad it isn't major open-heart surgery.
canolucas commented on 2023-11-01 02:48 (UTC)
Just uploaded a tentative fix for linux 6.6, however I couldn't test it yet. Please let us know if anyone has the time to test it, otherwise I'll try to test it during the weekend. https://paste.opensuse.org/pastes/d0b21ec8d3d4
drankinatty commented on 2023-10-31 07:11 (UTC) (edited on 2023-10-31 19:19 (UTC) by drankinatty)
It's that time again... The King Penguin has just release the 6.6 kernel. Time to start keeping eyes open for patches. (we could always hope it will just work as is -- but experience has shown we will need to scramble to patch when Arch provides the 6.6 update...) Any favorite places to watch?
(update: linux-6.6 just hit the Arch core-testing repo)
Pinned Comments
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?jonathon commented on 2020-10-19 12:41 (UTC) (edited on 2021-05-11 14:18 (UTC) by jonathon)
PACKAGE NEEDS LONG TERM MAINTAINER
I have adopted the 390xx packages to keep them secure. I do not run any 390xx hardware so will not notice any breakages and cannot test any changes.
Until such time as someone else steps up to maintain these packages - ideally someone who actually has 390xx hardware - I have to rely on you to tell me what changes are needed.
Don't expect a response if you post only "this doesn't work", and do not email me to complain about the package not working!
Use this forum thread for discussion: https://bbs.archlinux.org/viewtopic.php?pid=1946926
A binary package is also available in my kernel-lts unofficial user repository.