The Latest NVIDIA Linux Driver Release.

cwizardone · 09-18-2023, 07:20 PM

Quote:

Nouveau Patches Posted For Running On NVIDIA GSP-RM Firmware, Initial RTX 40 Ada Support
By Michael Larabel. 18 September 2023.
The long-awaited patches for allowing the open-source NVIDIA "Nouveau" upstream Linux kernel driver to leverage NVIDIA's GPU System Processor "GSP" firmware for handling GPU re-clocking and other hardware tasks with RTX 20 GPUs and newer have been posted. With this set of 44 patches also comes the initial GPU hardware accelerated support for the GeForce RTX 40 "Ada Lovelace" GPUs that is built upon this new GSP driver code path..........

Read all about it at, https://www.phoronix.com/news/Nouvea...un-On-GSP-Blob

marav · 09-19-2023, 02:49 AM

The Maintainer Of The NVIDIA Open-Source "Nouveau" Linux Kernel Driver Resigns

Code:

Hours after posting a large patch series for enabling the Nouveau kernel driver to use NVIDIA's GSP 
for improving the support for RTX 20/30 series hardware and finally enabling accelerated graphics support 
on RTX 40 "Ada Lovelace" GPUs, the Red Hat maintainer has resigned from his duties.

https://www.phoronix.com/news/Nouvea...tainer-Resigns

cwizardone · 09-21-2023, 03:03 PM

Nvidia's "Production Branch" Driver, Version: 535.113.01, has been released.
The "release highlights," a list of supported products and a download link can be found at, https://www.nvidia.com/Download/driv.../211711/en-us/

Quote:

Fixed a bug that could cause GPU memory utilization to be reported incorrectly for Multi-Instance GPU (MIG) partitions on Grace Hopper systems.
Fixed a bug that intermittently caused the display to freeze when resuming from suspend on some Ada GPUs.

Installation instructions can be found under the heading, "Additional Information" at the above link. Under that same heading you can find detailed installation instructions by clicking on "README."

Paulo2 · 09-22-2023, 12:09 AM

Off-topic: the font they use is nice, I found it for download (or at least very similar) https://en.bestfonts.pro/font/nvidia-sans.
Too bad there isn't a monospace font.

dchmelik · 09-23-2023, 03:15 AM

I'm still using RTX 4090 on Slackware64-current and SBo's latest nvidia-driver (all up-to-date as of minutes ago). A few days ago I found out I have no framebuffer device, as shown below (I guess that's why the text looks more like size & rows & columns for '1080p' on 4K?).

Code:

root@cosmos:~# fbv image.jpg
open /dev/fb0: No such file or directory
root@cosmos:~# fbi *.jpg
using "Liberation Mono-16", pixelsize=16.67 file=/usr/share/fonts/TTF/LiberationMono-Regular.ttf
trying drm: /dev/dri/card0 ...
drm: no dumb buffer support
trying fbdev: /dev/fb0 ...
open /dev/fb0: No such file or directory

cwizardone · 10-17-2023, 11:11 AM

Nvidia has released a new BETA driver, version: 545.23.06.
The "release highlights," a list of supported products and a download link can be found at, https://www.nvidia.com/Download/driv.../212964/en-us/

Installation instructions can be found under the heading, "Additional Information" at the above link. Under that same heading you can find detailed installation instructions by clicking on "README."

drumz · 10-17-2023, 11:40 AM

We might finally get our consoles back!!!

Quote:

Added experimental support for framebuffer consoles provided by nvidia-drm. On kernels that implement drm_fbdev_generic_setup and drm_aperture_remove_conflicting_pci_framebuffers, nvidia-drm will install a framebuffer console when loaded with both `modeset=1` and `fbdev=1` kernel module parameters. This will replace the Linux boot console driven by a system framebuffer driver such as efifb or vesafb.
Note that when an nvidia-drm framebuffer console is enabled, unloading nvidia-drm will cause the screen to turn off.
Updated nvidia-installer to allow installing the driver while an existing NVIDIA driver is already loaded.

Paulo2 · 10-18-2023, 01:19 PM

The new beta driver 545.23.06 didn't work for me in Slackware 15.0.

It starts the X session, but if I change to tty2 console and then go back
to the X session in tty1, I get a black screen with only the mouse pointer.
I can exit with ctrl+alt+backspace.

I tried to boot with kernel options modeset=1 and fbdev=1 to no avail.
Now I'm running the good old stable 535.113.01

cwizardone · 10-18-2023, 01:34 PM

Quote:

Originally Posted by Paulo2

The new beta driver 545.23.06 didn't work for me in Slackware 15.0.....................

Is your card (GPU) on the list of supported products?

jkh2cpu · 10-18-2023, 03:22 PM

It's not working for me, either, and yes my card is on the A-OK list. This is nothing new for me. It's been going on since maybe last January.

Same problem: once X is started, there is no returning to a visible terminal. The keyboard does work, which is good. To upgrade slackware-current, I'll log out of KDE to a blank screen. I then start an SSH session into machine with no working terminal screen, and do my upgrades from there. I'll reboot, if necessary, otherwise I go back to the machine with no terminal screen, type startx, and I'm back in KDE land.

Paulo2 · 10-18-2023, 03:28 PM

Quote:

Originally Posted by cwizardone

Is your card (GPU) on the list of supported products?

Yes it is, 900 series, GTX 960.
I think the next series to go legacy is the 700. I couldn't find any roadmap to the end of support schedule.

Paulo2 · 10-18-2023, 03:37 PM

Quote:

Originally Posted by jkh2cpu

It's not working for me, either, and yes my card is on the A-OK list. This is nothing new for me. It's been going on since maybe last January.

Same problem: once X is started, there is no returning to a visible terminal. The keyboard does work, which is good. To upgrade slackware-current, I'll log out of KDE to a blank screen. I then start an SSH session into machine with no working terminal screen, and do my upgrades from there. I'll reboot, if necessary, otherwise I go back to the machine with no terminal screen, type startx, and I'm back in KDE land.

I will try later in -current, but in Slackware 15.0 I can change to another console (eg tty2-6), and
exit the X session (Xfce) goes to tty1 without problems (with 535.113.01 driver).

IIRC, in -current with the 535.113.01 driver all that works too. I don't boot too often in -current.

cwizardone · 10-18-2023, 05:11 PM

Quote:

Originally Posted by Paulo2

Yes it is, 900 series, GTX 960.
I think the next series to go legacy is the 700. I couldn't find any roadmap to the end of support schedule.

Some of the 700 series have already gone "legacy," but the GTX-745 and above have not (yet).

Paulo2 · 10-19-2023, 10:10 AM

Quote:

Originally Posted by cwizardone

Some of the 700 series have already gone "legacy," but the GTX-745 and above have not (yet).

Yes, they split the 700 series. I'm afraid they will do the same with 900 series,
supporting 980 Ti and 980 (and maybe 970), and throwing 9[65]0 at the "pit of legacy".
Well, at some point we are going to build a new machine anyway

I tested the beta 545.23.06 in -current up to date (with 6.5.1 kernel), and it seems that
the problem changing to a console and back to X session gives a black screen, is related to the DE.
It happens with Xfce but not with KDE.
In KDE, Kwin is reloaded when coming back from a console, maybe this is the difference, I don't know.

cwizardone · 10-19-2023, 11:14 AM

Quote:

Originally Posted by Paulo2

Yes, they split the 700 series. I'm afraid they will do the same with 900 series,
supporting 980 Ti and 980 (and maybe 970), and throwing 9[65]0 at the "pit of legacy".......

It is based on the GPU microarchitecture. Most of the 700 series used the Kepler architecture. The top three were based on the newer Maxwell architecture. So, you are safe until they decide to "legacy" Maxwell.

https://en.wikipedia.org/wiki/Kepler_(microarchitecture)