Package Base Details: nvidia-390xx

Git Clone URL: https://aur.archlinux.org/nvidia-390xx.git (read-only, click to copy)
Keywords: 400 500 600 GeForce nvidia
Submitter: Svenstaro
Maintainer: jonathon
Last Packager: jonathon
Votes: 42
Popularity: 4.20
First Submitted: 2020-03-11 17:30
Last Updated: 2020-10-19 00:55

Pinned Comments

jonathon commented on 2020-10-19 12:40

PACKAGE NEEDS 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!

forcegk commented on 2020-03-20 02:18

Hello, I'd recommend to you all using the nvidia-390xx-dkms package. If anyone here knows how to change the script in order for the package to recompile every time linux kernel gets updated, please let me know via email. Thank you.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 ... Next › Last »

somercet commented on 2020-10-14 19:44

Sorry, but kernel 5.9 broke the driver again. Can anyone check this?

local/linux 5.9.arch1-1 local/linux-api-headers 5.8-1

makepkg -Cf build log: https://pastebin.com/iynJj9gr

s0lid7 commented on 2020-09-20 16:04

I'm using nvidia 630gt and since last update i can not boot using nvidia driver. Using onboard (intel) graphics boots normally. I tried susanne's advice to downgrade xorg-server and xorg-server-common to version 1.20.8-3. Rokero's advice didn't help either since there is no such file for me. I did though regenerate nvidia-xconfig but still no luck.

It is the third time in last 6 months that the same (?) problem occurs and it is frustrating since i can not use programs which require opengl 3.3. If there is a way to help avoiding that kind of issues i would be happy to help.

knaick commented on 2020-09-09 17:49

@forcegk I am new to kernel related issues. What can I do to help getting this driver working again ?? Where should I start looking ?

forcegk commented on 2020-09-09 14:24

@air-g4p :D

air-g4p commented on 2020-09-09 14:19

@forcegk,

I really appreciate your follow-up comments, but I am a pretty sure we were both concurrently cross-typing. No, I am not mad at you...and of course, I have never had an expectation of professional support. Do I get frustrated (and sometimes) vent when things break? Sure, pretty much the human condition.

I am glad you told me you are watching the comments. I will try to offer only constructive comments.

If you know 'grazzolini' on #archlinux you might want to have one or more chats with him. IIRC, he used to maintain nvidia-390xx, and is really smart!

Keep up the good work @forecegk! Your efforts are appreciated!

Cheers

air-g4p commented on 2020-09-09 14:03

@forcegk,

Sorry if my critique came across too strong. The best I could ever hope to do as a Maintainer is exactly what you are doing already: merging upstream patches!

Sure, do I wish we had a highly skilled dev to maintain this AUR? However, I am NOT that person. Of course, finding such a dev is very unlikely to happen.

@forcegk - thank you for your efforts to date, and please check the comments here frequently - as it is obvious many folks care deeply about 'our'/this AUR!

Cheers

forcegk commented on 2020-09-09 14:01

@air-g4p, at this point I do not know if you are mad at me or not for the package being broken for some setups. Wether are you or not, I encourage you to take over the packages and fix them by yourself, as I do not experience any problem with them, thus being unable to debug them, and so I need your collaboration.

Anyway, in my opinion, I get why you might be mad, this is not working for you, and we people tend to get frustrated when things do not work, but I do not work at NVIDIA and so, you should expect unprofessional maintenance of this package at least.

Keep in mind that I always read all comments and try to merge suggested changes asap.

air-g4p commented on 2020-09-09 13:50

@adriaticc - superLOLs at the 'Comrade' bit, given my lifelong vehement opposition to the many spectacularly failed global attempts to implement 'Communism'!

However, if you meant 'Comrade' in the sense that we only have each other to rely on to figure out how to 'unbreak' this broken AUR - that part I am in 100% agreement with!

Thank you for your suggestion to comment out: BusID "PCI:01:00:0" despite the config file advice that it should not be needed unless two nVidia cards concurrently exist on the same system, UNLIKE my Optimus setup.

In any event, following reboot, I can successfully run: optirun XXX. Therefore, I do appreciate your input! I have no intention of modifying my kernel boot options as I run 4 kernels, and optirun is currently working.

Cheers Comrade!

medicineman25 commented on 2020-09-08 00:49

@susanne, thank you for the link. I tried to downgrade all the way to 7.1 and it did not work.

Any suggestions on how to make this work would be fantastic. I can run nouveau for now but can't get SLI with that and thus can't stretch my card to play AAA like Doom (which, yes: does work with two SLI'd Quadro5000s)

The error seems to occur after creating an xorg.conf with nvidia-xconfig. The driver listed is "nvidia" and it finds it but is unable to initialize so I'm guessing an ABI issue?

Happy to post xorg.conf later if that helps.

adriaticc commented on 2020-09-08 00:05

Comrade @air-g4p this is the user repository, and this is a package for a driver no longer supported by Archlinux, so WE are pretty much "downstream" :)

I just tested optimus-manager and found that it works fine, but optirun and bumblebee produced the "Cannot access secondary GPU" error mentioned below. As per the archwiki, I had to add a line to my /etc/bumblebee/xorg.conf.nvidia file specifying the pci bus id. The line should already be there commented out, but you will need to replace the actual bus id from lspci, converting hex digits to decimal.

With this change and a restart of bumblebeed.service, I was able to use optirun, but only intermittently. The output of dmesg showed XID numbers which I learned are NVIDIA error codes. After installing bbswitch, the problem went away and I was able to use optirun flawlessly. Does this work for you?

Edit: I should note that I also use nvidia-drm.modeset=1 on my kernel command line, in case that matters.