KDE spin - Nvidia driver bug(?) in latest update

Hi all,

I was wondering how to report a broken dependency(?) in the rpmfusion/xorg third party drivers for Nvidia

The last kernel update now does not support 21:9 monitors.

It has been working perfectly for the last 2-3 years, but broke on the latest update (updates weekly or twice a week.)

Faultfinding and attempts to repair it are detailed here:

Maximum now is 16:9 resolution, 1920 x 1080p . (As I’m on a deadline, I am just working with it now, knowing it will likely be resolved unless it only affects this machine.)

Any help you could provide or troubleshooting guidance is greatly appreciated.

Regards,

A

Perhaps I’m missing some subtlety in what you’re trying to do, but I can use 21:9 without any issues. I’m running this Dell widescreen monitor at 3340 by 1440 on F43 KDE, with kernel 6.17.7-300.fc43.x86_64 and the following drivers. No issues that I’m aware of.

NVIDIA-SMI 580.95.05              Driver Version: 580.95.05      CUDA Version: 13.0

I’m dealing with the same thing. After a reboot, my screen resolution plummeted and I can’t figure out how to bring it back. Before: 2560x1440. After: 1920x1080. I tried a LiveUSB of another distro to confirm that it’s not hardware. I tried forcing it with xrandr and that failed, something about unsupported resolution.

It’s not about the screen ratio at all.

1 Like

Asked around a little elsewhere. Someone suggested something about HDMI’s EDID thing. I don’t know a thing about that, tbh, but here’s the results. I guess it’s relevant, I noticed that it includes all the resolutions listed in the GUI settings but not all the higher ones the monitor should support.

EDID file
$ sudo cat /sys/class/drm/card1/card1-HDMI-A-1/edid | di-edid-decode
Block 0, Base EDID:
  EDID Structure Version & Revision: 1.3
  Vendor & Product Identification:
    Manufacturer: LEN
    Model: 26104
    Serial Number: 892555346 (0x35335052)
    Made in: week 43 of 2020
  Basic Display Parameters & Features:
    Digital display
    Maximum image size: 70 cm x 39 cm
    Gamma: 2.20
    DPMS levels: Off
    RGB color display
    Default (sRGB) color space is primary color space
    First detailed timing is the preferred timing
  Color Characteristics:
    Red  : 0.6494, 0.3349
    Green: 0.3154, 0.6250
    Blue : 0.1542, 0.0419
    White: 0.3173, 0.3300
  Established Timings I & II:
    IBM     :   720x400    70.081663 Hz   9:5     31.467 kHz     28.320000 MHz
    DMT 0x04:   640x480    59.940476 Hz   4:3     31.469 kHz     25.175000 MHz
    Apple   :   640x480    66.666667 Hz   4:3     35.000 kHz     30.240000 MHz
    DMT 0x05:   640x480    72.808802 Hz   4:3     37.861 kHz     31.500000 MHz
    DMT 0x06:   640x480    75.000000 Hz   4:3     37.500 kHz     31.500000 MHz
    DMT 0x09:   800x600    60.316541 Hz   4:3     37.879 kHz     40.000000 MHz
    DMT 0x0a:   800x600    72.187572 Hz   4:3     48.077 kHz     50.000000 MHz
    DMT 0x0b:   800x600    75.000000 Hz   4:3     46.875 kHz     49.500000 MHz
    DMT 0x10:  1024x768    60.003840 Hz   4:3     48.363 kHz     65.000000 MHz
    DMT 0x11:  1024x768    70.069359 Hz   4:3     56.476 kHz     75.000000 MHz
    DMT 0x12:  1024x768    75.028582 Hz   4:3     60.023 kHz     78.750000 MHz
    DMT 0x24:  1280x1024   75.024675 Hz   5:4     79.976 kHz    135.000000 MHz
  Standard Timings:
    DMT 0x23:  1280x1024   60.019740 Hz   5:4     63.981 kHz    108.000000 MHz
    DMT 0x2f:  1440x900    59.887445 Hz  16:10    55.935 kHz    106.500000 MHz
    DMT 0x3a:  1680x1050   59.954250 Hz  16:10    65.290 kHz    146.250000 MHz
    DMT 0x52:  1920x1080   60.000000 Hz  16:9     67.500 kHz    148.500000 MHz
    DMT 0x45:  1920x1200   59.884600 Hz  16:10    74.556 kHz    193.250000 MHz
    DMT 0x15:  1152x864    75.000000 Hz   4:3     67.500 kHz    108.000000 MHz
    GTF     :  1280x1024   69.999805 Hz   5:4     74.620 kHz    128.943000 MHz
  Detailed Timing Descriptors:
    DTD 1:  2560x1440   59.950550 Hz  16:9     88.787 kHz    241.500000 MHz (698 mm x 393 mm)
                 Hfront   48 Hsync  32 Hback   80 Hpol P
                 Vfront    3 Vsync   5 Vback   33 Vpol N
    DTD 2:  2560x1440   74.779912 Hz  16:9    109.926 kHz    299.000000 MHz (698 mm x 393 mm)
                 Hfront   48 Hsync  32 Hback   80 Hpol P
                 Vfront    3 Vsync   5 Vback   22 Vpol N
    Display Range Limits:
      Monitor ranges (GTF): 48-75 Hz V, 30-114 kHz H, max dotclock 300 MHz
    Display Product Name: 'LEN C32q-20'
  Extension blocks: 1
Checksum: 0x8b

----------------

Block 1, CTA-861 Extension Block:
  Revision: 3
  Underscans IT Video Formats by default
  Basic audio support
  Supports YCbCr 4:4:4
  Supports YCbCr 4:2:2
  Native detailed modes: 1
  Video Data Block:
    VIC   1:   640x480    59.940476 Hz   4:3     31.469 kHz     25.175000 MHz
    VIC   2:   720x480    59.940060 Hz   4:3     31.469 kHz     27.000000 MHz
    VIC   3:   720x480    59.940060 Hz  16:9     31.469 kHz     27.000000 MHz
    VIC   4:  1280x720    60.000000 Hz  16:9     45.000 kHz     74.250000 MHz
    VIC   5:  1920x1080i  60.000000 Hz  16:9     33.750 kHz     74.250000 MHz
    VIC  20:  1920x1080i  50.000000 Hz  16:9     28.125 kHz     74.250000 MHz
    VIC  19:  1280x720    50.000000 Hz  16:9     37.500 kHz     74.250000 MHz
    VIC  16:  1920x1080   60.000000 Hz  16:9     67.500 kHz    148.500000 MHz (native)
    VIC  31:  1920x1080   50.000000 Hz  16:9     56.250 kHz    148.500000 MHz
    VIC  18:   720x576    50.000000 Hz  16:9     31.250 kHz     27.000000 MHz
    VIC  17:   720x576    50.000000 Hz   4:3     31.250 kHz     27.000000 MHz
  Audio Data Block:
    Linear PCM:
      Max channels: 2
      Supported sample rates (kHz): 48 44.1 32
      Supported sample sizes (bits): 24 20 16
  Speaker Allocation Data Block:
    FL/FR - Front Left/Right
  Detailed Timing Descriptors:
    DTD 3:  1280x720    60.000000 Hz  16:9     45.000 kHz     74.250000 MHz (698 mm x 393 mm)
                 Hfront  110 Hsync  40 Hback  220 Hpol P
                 Vfront    5 Vsync   5 Vback   20 Vpol P
    DTD 4:   720x480    59.940060 Hz   3:2     31.469 kHz     27.000000 MHz (698 mm x 393 mm)
                 Hfront   16 Hsync  62 Hback   60 Hpol N
                 Vfront    9 Vsync   6 Vback   30 Vpol N
Checksum: 0x66

----------------

EDID conformity: PASS

Thanks Steve and Clancy,

I’ve got the deadline to meet, but was going to revert to the official drivers in a week, Steve, if an upgrade didn’t patch it. Looks as though you have installed the official Nvidia drivers, correct??

Is this a bug to report? - don’t know the correct place to report with apologies.

There was an updated driver version (580.105.03) that had several reported issues, including that it caused steam to crash for me. I initially downgraded back to the 580.95.05 version then this week an updated driver (version 580.105.08) was released on rpmfusion and that solved the steam issue for me.

This update may solve your screen issue as well.

Sounds good, but which package did you mean?
I’m looking at dnf list --installed | grep nvidia and don’t see 580.105.03 anywhere, but i do have a few on 580.105.08-1.

akmod-nvidia.x86_64                                    3:580.105.08-1.fc42                  rpmfusion-nonfree-nvidia-driver
kmod-nvidia-6.17.4-200.fc42.x86_64.x86_64              3:580.95.05-1.fc42                   @commandline
kmod-nvidia-6.17.6-200.fc42.x86_64.x86_64              3:580.95.05-1.fc42                   @commandline
kmod-nvidia-6.17.7-200.fc42.x86_64.x86_64              3:580.105.08-1.fc42                  @commandline
libva-nvidia-driver.x86_64                             0.0.14-1.fc42                        updates
nvidia-gpu-firmware.noarch                             20251021-1.fc42                      updates
nvidia-modprobe.x86_64                                 3:580.105.08-1.fc42                  rpmfusion-nonfree-nvidia-driver
nvidia-persistenced.x86_64                             3:580.105.08-1.fc42                  rpmfusion-nonfree-nvidia-driver
nvidia-settings.x86_64                                 3:580.105.08-1.fc42                  rpmfusion-nonfree-nvidia-driver
xorg-x11-drv-nvidia.x86_64                             3:580.105.08-1.fc42                  rpmfusion-nonfree-nvidia-driver
xorg-x11-drv-nvidia-cuda.x86_64                        3:580.105.08-1.fc42                  rpmfusion-nonfree-nvidia-driver
xorg-x11-drv-nvidia-cuda-libs.i686                     3:580.105.08-1.fc42                  rpmfusion-nonfree-nvidia-driver
xorg-x11-drv-nvidia-cuda-libs.x86_64                   3:580.105.08-1.fc42                  rpmfusion-nonfree-nvidia-driver
xorg-x11-drv-nvidia-kmodsrc.x86_64                     3:580.105.08-1.fc42                  rpmfusion-nonfree-nvidia-driver
xorg-x11-drv-nvidia-libs.i686                          3:580.105.08-1.fc42                  rpmfusion-nonfree-nvidia-driver
xorg-x11-drv-nvidia-libs.x86_64                        3:580.105.08-1.fc42                  rpmfusion-nonfree-nvidia-driver
xorg-x11-drv-nvidia-power.x86_64                       3:580.105.08-1.fc42                  rpmfusion-nonfree-nvidia-driver

And good luck to you Andrew

Confirmed bug, all:

dang. Rough that it slipped through testing.

I figured out how to roll back the nvidia stuff, I didn’t realize that they had to all roll back together. Hence Jeff not mentioning which specific package.
tbh I wonder why they’re not just one big package if that’s such a big deal but that’s out of scope here.

I had weird issues preventing me from simply doing the rollback, some error blocked things. But it worked if I removed kmod-nvidia temporarily.

  1. dnf list --installed --showduplicates | grep nvidia. Find all the packages with the same version as kmod-nvidia, make them a comma separated list wrapped in curly brackets. Exclude kmod. {akmod-nvidia,nvidia-modprobe} etc.
  2. dnf remove kmod-nvidia (“Metapackage which tracks in nvidia kernel module for newest kernel”)
  3. dnf rollback {nv...} every package name from that list.
  4. dnf install kmod-nvidia-3:570... … copy the last good version number from the rollback.
  5. dnf versionlock exclude {nv...}-3:580.105.08-1.fc42. This will skip this one version. Add kmod back to the list here.
1 Like

I just performed, as a test to see the current status of the latest Nvidia driver, an update on my F43 KDE edition, including the Nvidia driver 580.105.08 and after the reboot my external monitor (Philips Evnia connected through HDMI) dit not show a picture, it was black all the time. After restoring the latest Timeshift backup all is wel and again I am using the 580.95.05 driver. So, at least for me, something is still wrong with the 580.105.08 driver.

Operating System: Fedora Linux 43
KDE Plasma Version: 6.5.2
KDE Frameworks Version: 6.19.0
Qt Version: 6.10.0
Kernel Version: 6.17.7-300.fc43.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 16 × AMD Ryzen 7 6800H with Radeon Graphics
Memory: 16 GiB of RAM (14,8 GiB usable)
Graphics Processor 1: AMD Radeon 680M
Graphics Processor 2: NVIDIA GeForce RTX 3060 Laptop GPU
Manufacturer: LENOVO
Product Name: 82RG
System Version: Legion 5 Pro 16ARH7H

Thanks Jan,

My machine details for others that may have similar issues.

Operating System: Fedora Linux 42
KDE Plasma Version: 6.5.2
KDE Frameworks Version: 6.20.0
Qt Version: 6.9.3
Kernel Version: 6.17.7-200.fc42.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 12 × Intel® Core™ i7-9750H CPU @ 2.60GHz
Memory: 32 GiB of RAM (31.2 GiB usable)
Graphics Processor 1: Intel® UHD Graphics 630
Graphics Processor 2: NVIDIA GeForce RTX 2060
Manufacturer: Micro-Star International Co., Ltd.
Product Name: GE75 Raider 9SE
System Version: REV:1.0

I do indeed have the official NV drivers installed although I’ve not moved off the 580.95 release yet, and it seems 105 is indeed somewhat flaky. I’ve never used nouveau so I have nothing to compare against - in fact I don’t even include the nouveau drivers in initram.

However, multiple reboots using these drivers and this kernel and I’ve never had any resolution issues at all. My kit is plugged in via mDP on the monitor with an RTX 2080 driving it, if that makes any difference.

Seems like sitting on 580.95 for a while is prudent and a downgrade for you should clean things up.

Downgrade to what?, repodata doesn’t support multiple packages with the same name in the same repo.

FTR it’s the users fault for not testing when the package is in testing repo. there is no point in moaning about it once it hits stable repo.

The issue isn’t present on my test machine

$ inxi -Gxx
Graphics:
  Device-1: NVIDIA GA107 [GeForce RTX 3050 6GB] vendor: Gigabyte driver: nvidia v: 580.105.08
    arch: Ampere pcie: speed: 2.5 GT/s lanes: 8 ports: active: none off: DP-2
    empty: DP-1,HDMI-A-1,HDMI-A-2 bus-ID: 01:00.0 chip-ID: 10de:2584
  Display: x11 server: X.org v: 1.21.1.20 with: Xwayland v: 24.1.9 driver: X: loaded: nvidia
    unloaded: modesetting,nouveau alternate: fbdev,nv,vesa gpu: nv_platform,nvidia,nvidia-nvswitch
    tty: 157x40
  Monitor-1: DP-2 model: Idek Iiyama PL2888UH res: 3840x2160 dpi: 157 diag: 708mm (27.9")

Here’s the nvidia upstream report

When my system upgraded from the 580.95.05 driver to the 580.105.03 driver it caused steam to crash.
I downgraded back to the 580.95.05 driver with first removing the affected kmod-nvidia package sudo dnf remove kmod-nvidia-6.17.7-300.fc43.x86_64
Following that I ensured that I had the rpmfusion-nonfree repo enabled then was able to downgrade to the 580.95.05 version with the command
sudo dnf downgrade \*nvidia\* --exclude kmod-nvidia* --exclude nvidia-gpu-firmware --allowerasing which pulled the 580.95 version from rpmfusion-nonfree and removed the 580.105 version which had been installed from the rpmfusion-nonfree-nvidia-drivers repo.

I have since upgraded to the 580.105.08 driver and steam still works.
I also do not see the problem with resolution when using a 4k TV as monitor (3840x2160 resolution) which is 16x9 format. The bug reported here appears to be related to the ultra-wide monitors and not those with higher resolution but still in the 16x9 format.