This is odd. After update linux (6.1.9.arch1-1 -> 6.1.9.arch1-2) on 2/7, I can no longer connect to the X-server. This seems kernel/driver related as Intel graphics has no issue. startx fails. (could not connect to X server) No problem with prior kernel 6.1.9.arch1-1. Now X will not start on the normal kernel or LTS. Anybody else see anything similar? Exact startx error is "xinit: unable to connect to X server: Connection refused" (permission, dbus, pam ??) Xorg.0.log is quite happy as the nvidia module is found and loaded without any problem and X does appear to be fully starting before the "Connection Refused" error.
Search Criteria
Package Details: opencl-nvidia-390xx 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: | 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: | 3.25 |
First Submitted: | 2020-03-11 17:29 (UTC) |
Last Updated: | 2024-11-25 23:34 (UTC) |
Dependencies (2)
- zlib (zlib-ng-compat-gitAUR, zlib-gitAUR, zlib-ng-compat)
- opencl-headers (opencl-headers-gitAUR) (optional) – headers necessary for OpenCL development
Required by (66)
- aftershotpro2 (requires opencl-nvidia) (optional)
- aftershotpro3 (requires opencl-nvidia) (optional)
- arrayfire-git (requires opencl-driver) (optional)
- bfgminer-git (requires opencl-nvidia) (optional)
- computecpp (requires opencl-driver)
- cpu-x-opencl (requires opencl-driver) (optional)
- cuda-10.0 (requires opencl-nvidia)
- cuda-10.2 (requires opencl-nvidia)
- cuda-11.1 (requires opencl-nvidia)
- cuda-11.7 (requires opencl-nvidia)
- cuda-8.0 (requires opencl-nvidia)
- cuda-9.0 (requires opencl-nvidia)
- cuda-9.2 (requires opencl-nvidia)
- cuda11.1 (requires opencl-nvidia)
- cuda11.4 (requires opencl-nvidia)
- cuda11.4-versioned (requires opencl-nvidia)
- cuda12.0 (requires opencl-nvidia)
- cuda12.0-versioned (requires opencl-nvidia)
- cytoscape (requires opencl-driver) (optional)
- davinci-resolve (requires opencl-driver)
- davinci-resolve-beta (requires opencl-driver)
- davinci-resolve-studio (requires opencl-driver)
- davinci-resolve-studio-beta (requires opencl-driver)
- dewobble (requires opencl-driver)
- foldingathome (requires opencl-driver) (optional)
- fusion-render-node (requires opencl-driver)
- fusion-studio (requires opencl-driver)
- gromacs (requires opencl-nvidia) (optional)
- gromacs-plumed (requires opencl-nvidia) (optional)
- gyroflow (requires opencl-driver) (optional)
- gyroflow-bin (requires opencl-driver) (optional)
- gyroflow-git (requires opencl-driver) (optional)
- khronos-ocl-icd (requires opencl-driver)
- kristforge-bin (requires opencl-driver) (optional)
- kristforge-git (requires opencl-driver) (optional)
- lc0 (requires opencl-driver) (optional)
- leela-zero (requires opencl-driver)
- leela-zero-git (requires opencl-driver)
- luxcorerender (requires opencl-driver) (optional)
- luxcorerender-bin (requires opencl-driver) (optional)
- luxcorerender-git (requires opencl-driver) (optional)
- luxmark (requires opencl-driver)
- maya (requires opencl-driver) (optional)
- mfakto (requires opencl-driver)
- mtsieve (requires opencl-driver)
- nuxhash-git (requires opencl-nvidia)
- nvidia-390xx-utils (optional)
- nvidia-510xx-utils (requires opencl-nvidia) (optional)
- nvidia-525xx-utils (requires opencl-nvidia) (optional)
- nvidia-535xx-utils (requires opencl-nvidia) (optional)
- nvidia-550xx-utils (requires opencl-nvidia) (optional)
- portwine-meta-nvidia (requires opencl-nvidia)
- python-gpuctypes (requires opencl-driver) (optional)
- python-pyfai (requires opencl-driver)
- python-silx (requires opencl-driver) (optional)
- scallion (requires opencl-nvidia) (optional)
- sempiternum (requires opencl-nvidia) (optional)
- sempiternum-git (requires opencl-nvidia) (optional)
- siftgpu (requires opencl-nvidia) (optional)
- silentarmy-nvmod-git (requires opencl-nvidia)
- slopecraft (requires opencl-nvidia) (optional)
- ugene-git (requires opencl-driver)
- viennacl (requires opencl-nvidia) (optional)
- virtualgl-git (requires opencl-driver)
- vramfs-git (requires opencl-driver)
- zivid (requires opencl-driver)
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 .. 12 13 14 15 16 17 18 19 20 21 22 .. 27 Next › Last »
drankinatty commented on 2023-02-08 00:42 (UTC) (edited on 2023-02-08 01:46 (UTC) by drankinatty)
arkades commented on 2023-01-31 15:48 (UTC) (edited on 2023-01-31 16:43 (UTC) by arkades)
With linux 6.1.8.arch1-1 and linux-lts 5.15.90-1 installed pacman throws:
$ pacman -U nvidia-390xx-utils-390.157-1-x86_64.pkg.tar.xz
...
(2/3) Install DKMS modules
==> dkms install --no-depmod nvidia/390.157 -k 6.1.8-arch1-1
==> dkms install --no-depmod nvidia/390.157 -k 5.15.90-1-lts
==> depmod 6.1.8-arch1-1
==> depmod 5.15.90-1-lts
==> ERROR: Missing 4.15.5-1-ARCH kernel headers for module nvidia/390.157.
mkinitcpio
builds successfully though.
Greg0sky commented on 2023-01-31 09:40 (UTC)
I'm not sure if this is the right place to report issue with the driver, but since I updated my system in November 2022 my system segfaults every time I run windows manager. I was getting some help here: https://bbs.archlinux.org/viewtopic.php?id=281047 and here: https://bbs.archlinux.org/viewtopic.php?id=282801 (these two are the same thread, I thought the issue was solved after falling back to LTS kernel, but it did not help).
saltyming commented on 2023-01-18 13:58 (UTC)
@bpetlert I cannot bring back brightness even using those kernel parameters. Don't know why acpi_backlight=video
doesn't make /sys/class/backlight/acpi_video0
path.
bpetlert commented on 2023-01-17 11:32 (UTC)
@FiestaLake Yes, I have backlight problem too.
Kernel parameter acpi_backlight=vendor
and recent kernel make /sys/class/backlight
directory empty. Changing it to acpi_backlight=video
solved problem for me. Another machine, I need to remove acpi_backlight
parameter to fix this issue.
saltyming commented on 2023-01-16 14:42 (UTC)
Is there anyone having problems with brightness with recent kernel?
vnctdj commented on 2023-01-15 23:07 (UTC)
@ptr1337 These patches mention "390.154", are they still needed for 390.157? Have they been tested with version 390.157? And what about a non-llvm kernel?
ptr1337 commented on 2023-01-13 12:24 (UTC)
Can you please add these two patches? https://github.com/gentoo/gentoo/blob/master/x11-drivers/nvidia-drivers/files/nvidia-drivers-390.154-clang15.patch https://github.com/gentoo/gentoo/blob/master/x11-drivers/nvidia-drivers/files/nvidia-drivers-390.154-clang15-x86.patch
As soon llvm 15 will come out of staging, the dkms for llvm kernel will break. Thanks
canolucas commented on 2022-12-18 03:58 (UTC)
@vnctdj using 820M graphics card. the nvidia diver is working again in both linux 6.0 and 6.1 with v157. thank you !
vnctdj commented on 2022-12-14 22:09 (UTC)
@NullRoute In the fork you mention, FiestaLake deleted this patch since version 390.157 is available, so I believe it shouldn't be useful anymore.
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.