Package Details: nvidia-470xx-utils 470.256.02-7.97

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: 104
Popularity: 1.80
First Submitted: 2021-10-31 00:50 (UTC)
Last Updated: 2025-04-09 17:01 (UTC)

Dependencies (6)

Required by (318)

Sources (13)

Pinned Comments

SoftExpert commented on 2025-02-09 10:20 (UTC)

For the beginners in need of assistance, first take a look at this recommended guide https://github.com/korvahannu/arch-nvidia-drivers-installation-guide - maybe it helps to solve the issues your are having with this version of the driver.

Latest Comments

« First ‹ Previous 1 .. 13 14 15 16 17 18 19 20 21 22 23 .. 45 Next › Last »

SoftExpert commented on 2023-10-30 08:27 (UTC) (edited on 2023-10-30 08:28 (UTC) by SoftExpert)

@wonton: You should expect less compatibility and more issues going forward with this version of the drivers; they are only maintained by Nvidia for a limited amount of time for the older cards out there.

That being said, you could read the following pieces of information:

You can still install the CUDA package (v12.2.2 is the latest, if I'm not mistaken) - I just did it and it did not complain about my version of the drivers.

However, I must insist: since the differences with the actively maintained versions of the drivers are increasing, you should expect increasing instabilities / incompatibilities with the advanced features.

wonton commented on 2023-10-29 03:33 (UTC)

how can we fix Driver does not support the required nvenc API version. Required: 12.1 Found: 11.1 when trying to use nvenc? i can use it with windows drivers but not in linux...

SoftExpert commented on 2023-09-12 10:43 (UTC)

Color profiles (to be pinned)

If, like me, you have been affected by a degrading in the quality of colors, the following procedure can help (source). The result affects all applications, but especially Chrome-based browsers and Electron-based applications will benefit.

Extract

Chrome retrieves the color profile to use from the _ICC_PROFILE atom on the root window.

  • Step 1: Within your Desktop settings, visit the Color management properties editor
  • Step 2: For each monitor, expand the monitor’s profiles, select each profile, and click “Remove profile” until no profiles remain
  • Step 3: Restart Chrome

Using colormgr from the command line

To persistently set the colord default color space from the command line, copy-paste the following block into a terminal

SRGB_PATH=$(colormgr get-standard-space srgb | grep "Object Path:" | cut -d: -f2);
for DISPLAY_PATH in $(colormgr get-devices display | grep "Object Path:" | cut -d: -f2)
do
  colormgr device-add-profile $DISPLAY_PATH $SRGB_PATH;
  colormgr device-make-profile-default $DISPLAY_PATH $SRGB_PATH;
done

or follow the below steps:

Step 1: Get the object path for the sRGB colorspace. Do this by running: colormgr get-standard-space srgb Note down the “Object Path” (it will be something like /org/freedesktop/…). We’ll refer to this path as SRGB_PATH in future steps.

Step 2: Get the object paths for the devices for which you want to reset. Do this by running colormgr get-devices Note down the “Object Path” of each device you want to set the color profile for (again it will be something like /org/freedesktop/…). We’ll refer to each of these paths as DISPLAY_PATH in future steps.

Step 3: For each device, register the sRGB color profile with the device. Do this by running: colormgr device-add-profile DISPLAY_PATH SRGB_PATH Where SRGB_PATH is the path obtained in step 1 and DISPLAY_PATH is the path for each device obtained in step 2. Note that you may ignore error reports saying “profile object path … has already been added”.

Step 4: For each device, set the default color profile to be the sRGB color profile. Do this by running: colormgr device-make-profile-default DISPLAY_PATH SRGB_PATH Again, here SRGB_PATH is the path obtained in step 1 and DISPLAY_PATH is the path for each device obtained in step 2.

Step 5: Restart Chrome

Using xprop (current session only)

To remove the color profile for the current session only, run xprop -root -remove _ICC_PROFILE You’ll need to restart Chrome for us to re-read the property.

Note that this will only apply to the current session.

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:

[   822.146] (II) NVIDIA(0): NVIDIA GPU NVIDIA GeForce GTX 660 (GK106) at PCI:15:0:0
[   822.146] (II) NVIDIA(0):     (GPU-0)
[   822.146] (--) NVIDIA(0): Memory: 2097152 kBytes
[   822.146] (--) NVIDIA(0): VideoBIOS: 80.06.58.00.09
[   822.146] (II) NVIDIA(0): Detected PCI Express Link width: 16X

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

« First ‹ Previous 1 .. 13 14 15 16 17 18 19 20 21 22 23 .. 45 Next › Last »