Search Criteria
Package Details: nvidia-470xx-utils 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: | NVIDIA drivers utilities |
Upstream URL: | http://www.nvidia.com/ |
Keywords: | driver nvidia video |
Licenses: | custom |
Conflicts: | nvidia-libgl, nvidia-utils |
Provides: | nvidia-libgl, nvidia-utils, opengl-driver, vulkan-driver |
Submitter: | jonathon |
Maintainer: | Sinyria (cysp74, SoftExpert) |
Last Packager: | SoftExpert |
Votes: | 99 |
Popularity: | 0.83 |
First Submitted: | 2021-10-31 00:50 (UTC) |
Last Updated: | 2024-11-10 08:39 (UTC) |
Dependencies (6)
- egl-wayland (egl-wayland-gitAUR)
- libglvnd (libglvnd-gitAUR)
- xorg-server (xorg-server-gitAUR, xorg-server-bug865-issue1578AUR, xorg-server-bug865AUR)
- nvidia-470xx-settingsAUR (optional) – configuration tool
- opencl-nvidia-470xxAUR (optional) – OpenCL support
- xorg-server-devel (xorg-server-devel-gitAUR) (optional) – nvidia-xconfig
Required by (299)
- adaptivecpp (requires nvidia-utils)
- adaptivecpp-git (requires nvidia-utils)
- agisoft-metashape (requires nvidia-utils) (optional)
- agisoft-metashape-pro (requires nvidia-utils) (optional)
- airshipper (requires vulkan-driver) (optional)
- alchemy-viewer-git (requires nvidia-libgl) (optional)
- alchemy-viewer-git (requires nvidia-utils) (optional)
- aquamarine-git (requires opengl-driver)
- ares-emu (requires vulkan-driver)
- ares-emu-avx-git (requires vulkan-driver)
- ares-emu-git (requires vulkan-driver)
- armorpaint (requires opengl-driver)
- arrayfire-git (requires nvidia-utils) (optional)
- aurorafw-git (requires opengl-driver)
- autokey-git (requires nvidia-utils) (optional)
- blackmagic-raw-sdk (requires nvidia-utils) (optional)
- btop-git (requires nvidia-utils) (optional)
- btop-gpu-git (requires nvidia-utils) (optional)
- ccdc-mercury (requires opengl-driver)
- ccminer (requires nvidia-utils)
- Show 279 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 .. 9 10 11 12 13 14 15 16 17 18 19 .. 40 Next › Last »
julio.b commented on 2023-09-03 17:31 (UTC)
@FishBoneEK this is intentional, linux-headers should not be included as a dependency in dkms packages. Wiki link: DKMS guidelines
FishBoneEK commented on 2023-09-03 14:04 (UTC)
Installing this package requires building kernel module, which requires linux-headers to make successful build. Add linux-headers to dependency?
ukase commented on 2023-08-21 22:36 (UTC)
@ogarcia
same here for some reason its just happens with the gdm display manager but if i initialize with sddm display manager and select the same desktop with gnome/wayland it will work fine i dont know why its happening
Jul commented on 2023-08-17 06:57 (UTC) (edited on 2023-08-17 07:29 (UTC) by Jul)
@ogarcia. exactly the same issue here ! Same workaround. Very strange indeed...
Edit : problem solved (just workaround ?) by adding the "nvidia_drm.modeset=1" option to my grub. (Note: I use x11 and not wayland)
ogarcia commented on 2023-08-16 07:15 (UTC)
Hi! I don't know if this has happened to anyone but with the latest driver update a second monitor has appeared (connected to None-1-1) which makes me that the desktop is displayed twice as wide as normal and as I approach the mouse pointer to the corners it moves, ie, my resolution is 1680x1050 but I have a desktop of 3360x1050.
I have this card:
I have solved it with the GNOME monitor configuration telling it to mirror the real monitor but it is something strange and it has never happened to me before. Any idea? Has it happened to anyone else?
Carlosgrr commented on 2023-08-09 01:37 (UTC) (edited on 2023-08-09 01:38 (UTC) by Carlosgrr)
@caiotbc, I have a similar hardware setup, with a similar problem, almost 6 months ago with windows giving me error 43, then I migrated to an arch VM, and these last months even the arch VM won't boot anymore, I was using already linux-lts510, but as the kernel versions keep getting updated and not many people are testing on this card the problems keep piling, I suggest trying some older kernels to see if any of them work for you. But as you have said, there are not many users of this hardware around, specially people working with GPU Passthrough. But this is a kernel problem and arch kernel and dkms are not exactly easy to bisect and report as regressions upstream, but if you have the time and know-how to report it, I would be glad to go back to VM's.
@benjarobin, I believe the nvidia enabled some support for it: https://nvidia.custhelp.com/app/answers/detail/a_id/5173/~/geforce-gpu-passthrough-for-windows-virtual-machine-%28beta%29
benjarobin commented on 2023-08-07 07:15 (UTC)
@caiotbc Just for information, GPU passthrough is (was?) blocked by Nvidia on Windows. It is only allowed with Quadro cards. So maybe this is the reason...
caiotbc commented on 2023-08-07 02:17 (UTC)
@Sinyria and @SoftExpert sorry for replying late, just got around to trying it again. So, it seems the culprit is something to do with OVMF GPU Passthrough after all. Yesterday when I tried installing it on the bare metal arch install and it failed I incorrectly assumed it was the same error I had described on the comments below, however investigating further revealed it was some sort of conflict with the VFIO drivers loading before the nvidia ones. After messing around in mkinipcio.conf I have now successfully installed the nvidia-470xx-dkms on bare metal, it is running fine. It still refuses to install inside the arch virtual machine, I guess maybe I should seek help on the various GPU passthrough forums, or maybe just give up getting this old GPU to work on this rather specific configuration. I tried both of your suggestions inside the VM but it did not change the errors.
In any case, thank you all for your help, I would appreciate if you guys had further suggestions but I understand that it is almost 100% certainly not a fault of this package and the error has something to do with the virtual machine setup, sorry for the confusion!
Sinyria commented on 2023-08-05 17:59 (UTC) (edited on 2023-08-05 18:00 (UTC) by Sinyria)
@caiotbc: thanks indeed for the various logs.
I found
in your log, and there is this fix from here 1 :
where they changed the grub cmdline from
to
in
and that supposedly fixed it.
would be cool if you could try it and let us know how it goes. =)
best of luck, Siny
« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 40 Next › Last »