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

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.41
First Submitted: 2020-03-11 17:29 (UTC)
Last Updated: 2025-06-12 22:18 (UTC)

Dependencies (2)

Required by (67)

Sources (20)

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

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 .. 33 Next › Last »

Foxos commented on 2024-12-01 18:51 (UTC) (edited on 2024-12-01 18:56 (UTC) by Foxos)

@duht I faced same problem and fixed it by following steps at NVIDIA/Troubleshooting:

copy /usr/share/X11/xorg.conf.d/10-nvidia-drm-outputclass.conf to /etc/X11/xorg.conf.d/10-nvidia-drm-outputclass.conf, and then edit /etc/X11/xorg.conf.d/10-nvidia-drm-outputclass.conf and add the line Option "PrimaryGPU" "yes"

duht commented on 2024-11-29 13:00 (UTC) (edited on 2024-11-29 13:07 (UTC) by duht)

After upgrade startx fails with

(EE) NVIDIA(GPU-0): Failed to acquire modesetting permission.
(EE) NVIDIA(0): Failing initialization of X screen 0
(EE) Screen(s) found, but none have a usable configuration.
(EE) 
(EE) no screens found(EE)

I use nvidia-drm.modeset=1 parameter, deleting or regenerating via nvidia-xconfig xorg configuration file doesn't help. Downgrading to 6.11 solves problem.

Any ideas??

drankinatty commented on 2024-11-29 07:00 (UTC)

@yayowd, I'm glad you got it working. Removal of the Nvidia drm output polling ability and having to rely on the kernel kms drm will cause issues in some cases. I'm still reading on this. The wiki has basic information, and information on Forcing modes and EDID. The 390, 470, 535 and 560 drivers are have differing support for kms and the change in drm will affect each in slightly different ways. What that means is it may take a driver by driver implementation of kernel drm to replace (if possible) what was lost with the latest kernel changes.

yayowd commented on 2024-11-27 10:55 (UTC)

After I updated the system and upgraded the kernel to 6.12, the xface desktop failed to start. I have not used the "nvidia-drm.modeset=1" parameter and the xserver configuration file.

First I noticed the error message in "dmesg | grep -i nvidia": nvidia: module verification failed: signature and/or required key missing - tainting kernel. I searched and found that it should not affect the use.

I added "nvidia-drm.modeset=1" to the kernel command line parameters, but it still failed to start. I checked the error "NVIDIA(GPU-0): Failed to acquire modesetting permission" in "cat .local/share/xorg/Xorg.0.log | grep -i nvidia". I searched and added in /etc/X11/xorg.conf: Option "UseDisplayDevice" "none" The error is gone, but the screen resolution is only 800x600.

I removed "nvidia-drm.modeset=1", deleted the xserver configuration file and reinstalled the nvidia driver, but the desktop still could not start. I used "nvidia-xcofig" to regenerate the xserver configuration file. The desktop could start, but there was no mouse pointer, the window could not be resized or dragged, the alacritty terminal could not be started, and the system shortcut keys could not be used. In Xorg.0.log, I saw the error "NVIDIA(0): Failed to initialize the GLX module". So, I added the following to /etc/X11/xorg.conf: Section "Files" ModulePath "/usr/lib/nvidia/xorg" ModulePath "/usr/lib/xorg/modules" EndSection After that, it resumed normal use.

air-g4p commented on 2024-11-27 08:22 (UTC) (edited on 2024-11-27 08:22 (UTC) by air-g4p)

@vnctdj, @drankinatty and @canolucas,

Thanks for your much appreciated 6.12 efforts. Builds, installs and operates correctly against 6.12.1-arch1-1.

Cheers

drankinatty commented on 2024-11-26 10:39 (UTC)

@JuliusTZM, I suspect that is a direct result of the removal of .output_poll_changed = nv_drm_output_poll_changed from the nvidia drm driver file. There were efforts to incorporate kernel drm with the addition of the functions you see in the patch, but it is likely to have differing capabilities. Let us know if setting the kernel parameter nvidia-drm.modeset=1 doesn't fix the issue. So far I've not noticed any difference -- but HDMI to SmartTV may be something not as well supported by kernel drm?

Foxos commented on 2024-11-25 23:42 (UTC)

After this 6.12.patch, setting nvidia-drm.modeset=1 is a must.

vnctdj commented on 2024-11-25 23:34 (UTC)

I've just added the patch, thanks drankinatty and canolucas!

canolucas commented on 2024-11-25 22:37 (UTC) (edited on 2024-11-25 23:19 (UTC) by canolucas)

@JuliusTZM That´s weird, everything is working just fine here. Did you try booting the kernel with nvidia-drm.modeset=1 ?

BTW, I used to follow the guides below (maybe it is useful to you):

Cloning the aur package locally: https://docs.vultr.com/building-packages-on-arch-linux

  • After you add the patch file and add the patch to the PKGBUILD *

Building and Installing the local package by using makepkg -sri https://docs.vultr.com/using-makepkg-on-arch-linux

JuliusTZM commented on 2024-11-25 18:35 (UTC)

@drankinatty: the patch doesn't fully working in my case. Only 800x600 is working over HDMI to SmartTV.

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 .. 33 Next › Last »