Arch linux nvidia 390

Arch Linux User Repository

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!

A binary package is also available in my kernel-lts unofficial user repository.

Latest Comments

loup commented on 2023-07-05 00:15 (UTC)

First a big thank to duht, rdahlgre and drankinatty.

This is how i did it. 1 download package snapshot 2 extract snapshot 3 «in extracted snapshot» create a new file kernel-6.4.path 4 copy patch from rdahlgren to file kernel-6.4.path 5 do makepkg -g to get the sum for patch kernel-6.4.path 6 edit PKGBUILD : add sum for kernel-6.4.path line 31 : change pkgrel from 4 to 4.1 line 11 : add patch -Np1 -i ../../kernel-6.4.patch line 63 7 makepkg as usual

canolucas commented on 2023-07-05 00:02 (UTC) (edited on 2023-07-05 00:08 (UTC) by canolucas)

I just added the «herecura» repo to /etc/pacman.conf

After that, I run: pacman -Syu

both this package and the new kernel loaded just fine.

I think i get faster updates this way, the mantainer uses gitlab:

It even allows branching and sending merge requests with new patches or PKGBUILD updates using the site, its very intuitive, I think that’s why the package updates faster in this new repo.

sfranchi commented on 2023-07-04 13:52 (UTC)

I guess my problem is precisely what the patch solves. Can anyone explain how to apply and compile? The instructions @rdahlgren gave below are a bit too concise for me

sfranchi commented on 2023-07-04 13:18 (UTC)

The package no longer compiles on my Thinkpad W520. dkms installation fails with this error:

CC [M] /var/lib/dkms/nvidia/390.157/build/nvidia-drm/nvidia-drm-gem.o /var/lib/dkms/nvidia/390.157/build/nvidia-drm/nvidia-drm-drv.c: In function ‘nv_drm_update_drm_driver_features’: /var/lib/dkms/nvidia/390.157/build/nvidia-drm/nvidia-drm-drv.c:769:18: error: ‘struct drm_driver’ has no member named ‘dumb_destroy’ 769 | nv_drm_driver.dumb_destroy = nv_drm_dumb_destroy; | ^ make[2]: *** [scripts/Makefile.build:252: /var/lib/dkms/nvidia/390.157/build/nvidia-drm/nvidia-drm-drv.o] Error 1 make[2]: *** Waiting for unfinished jobs. make[1]: *** [Makefile:2026: /var/lib/dkms/nvidia/390.157/build] Error 2 make: *** [Makefile:81: modules] Error 2 

I wanted to try reverting to the previous version, but downgrade seems to think the next to last version of the package is 390.132. No other versions came out between 132 and 157?

duht commented on 2023-07-03 22:13 (UTC)

As 6.4.1 is now in core, could someone add this patch to PKGBUILD here in aur?

drankinatty commented on 2023-07-03 21:10 (UTC) (edited on 2023-07-03 21:12 (UTC) by drankinatty)

And thanks to @duht as well. The omission in thanking you wasn’t intentional. Locating the 470 patch and posting here is greatly appreciated. I’ll make a note to provide proper attribution to all next time, e.g.

(additions to PKGBUILD prepare())

 # From Ike Devolder patch -Np1 -i ../../kernel-6.3.patch # From duht as modified by rdahlgren at AUR nvidia-390xx-utils page patch -Np1 -i ../../kernel-6.4.patch :) 

. despite the «lazy» . comment which I take was dry humor .

duht commented on 2023-07-03 11:13 (UTC)

@rdahlgren as I said: patch is very simple and needs some minor modyfications to work with 390xx. You did it right and now all the rest of the lazy ones just waiting for the finished product are thanking only you;)

quivenda commented on 2023-07-03 09:47 (UTC) (edited on 2023-07-04 08:05 (UTC) by quivenda)

Yes, thanks @rdahlgren, for the patch!

Edit: Also thanks for @duht.

drankinatty commented on 2023-07-03 05:51 (UTC)

Yes, double Thank You @rdahlgren. Patch worked perfectly. Incremented pkgrel in PKGBUILD, added the kernel-6.4.patch and b2sum to the list of sources and b2sums, added the patch to prepare below the kernel-6.3.patch, e.g.

 # From Ike Devolder patch -Np1 -i ../../kernel-6.3.patch # From rdahlgren at AUR nvidia-390xx-utils page patch -Np1 -i ../../kernel-6.4.patch 

Built and then upgraded the -dkms, -utils and opencl-nvidia (optional) packages, did the system upgrade and pulled in the 6.4 kernel and drivers rebuilt seamlessly.

Let’s hope @rdahlgren is here for the 6.5 upgrade 🙂

Источник

Arch Linux User Repository

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!

A binary package is also available in my kernel-lts unofficial user repository.

Latest Comments

drankinatty commented on 2023-02-08 18:56 (UTC)

Only problem with downgrading glibc, glibc is core to the Archlinux rolling-release model. Essentially, you have to stop all updates from this point forward. (not recommended)

Galard commented on 2023-02-08 14:11 (UTC) (edited on 2023-02-08 14:11 (UTC) by Galard)

The same issue. Downgrade to glibc-2.36-7 solve the problem with startx X server

drankinatty commented on 2023-02-08 09:21 (UTC)

shnappi commented on 2023-02-08 02:10 (UTC) (edited on 2023-02-08 02:15 (UTC) by shnappi)

I think it’s not a kernel, glibc update 2.36-7 => 2.37-2 cause errors in my case. I revert it and problem with X server go away.

upd: my kernel package linux-zen 6.1.9.zen1-2

mischa commented on 2023-02-08 01:06 (UTC)

@drankinatty I found the same issue here after the (default and lts) kernel update today.

drankinatty commented on 2023-02-08 00:42 (UTC) (edited on 2023-02-08 01:46 (UTC) by drankinatty)

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.

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).

FiestaLake 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.

Copyright © 2004-2023 aurweb Development Team.

AUR packages are user produced content. Any use of the provided files is at your own risk.

Источник