After updating to 20260428 Nvidia driver started to misbehave. OS loads normally but as soon as Nvidia kernel module is loaded screen turns black. Issue seems to be either with Linux kernel 7.0.1 or Nvidia open kernel module 595.58.03. I’ve rolled back and updated everything except kernel and kernel modules for now. Will do more digging on it later on.
@Lioli7k Hi there is a new driver in the pipeline 595.71.05 built for kernel 7.0.1, might be another cycle or two before it appears. I grabbed the one from the build service to test, all good so far.
System:
Kernel: 7.0.1-1-default arch: x86_64 bits: 64 compiler: gcc v: 15.2.1
clocksource: tsc avail: hpet,acpi_pm
parameters: initrd=\opensuse-tumbleweed\7.0.1-1-default\initrd-8fde9f69e1faec8d5c067b4523acbe4d78828ec3
root=UUID=867ad03d-9a24-45c8-9e92-72a7f526fb5a splash=silent
intel_iommu=on mitigations=auto quiet security=selinux fbdev=1
nvidia_drm.modeset=1 rd.driver.blacklist=nouveau loglevel=2
rootflags=subvol=@/.snapshots/1/snapshot
systemd.machine_id=84742fe20d834944a14cff42ecb92c1a
Desktop: GNOME v: 50.1 tk: GTK v: 3.24.52 wm: gnome-shell
tools: gsd-screensaver-proxy dm: GDM v: 50.0 Distro: openSUSE Tumbleweed
20260428
Graphics:
Device-1: NVIDIA TU104GL [Quadro RTX 4000] vendor: Hewlett-Packard
driver: nvidia v: 595.71.05 alternate: nouveau,nvidia_drm
non-free: 550-580.xx+ status: current (as of 2025-11; EOL~2026-12-xx)
arch: Turing code: TUxxx process: TSMC 12nm FF built: 2018-2022 pcie:
gen: 1 speed: 2.5 GT/s lanes: 16 link-max: gen: 3 speed: 8 GT/s ports:
active: DP-1 empty: DP-2,DP-3,Unknown-2 bus-ID: 65:00.0 chip-ID: 10de:1eb1
class-ID: 0300
Display: wayland server: Xwayland v: 24.1.11 compositor: gnome-shell
driver: gpu: nv_platform,nvidia,nvidia-nvswitch display-ID: 0
Monitor-1: DP-1 model: DT-156P-A1 serial: <filter> built: 2021 res:
mode: 1920x1080 hz: 60 scale: 100% (1) dpi: 142 gamma: 1.2
size: 340x190mm (13.54x7.64") diag: 395mm (15.5") ratio: 16:9 modes:
max: 1920x1080 min: 640x480
API: EGL v: 1.5 hw: drv: nvidia platforms: device: 0 drv: nvidia device: 2
drv: swrast gbm: drv: nvidia surfaceless: drv: nvidia wayland: drv: nvidia
x11: drv: nvidia inactive: device-1
API: OpenGL v: 4.6.0 compat-v: 4.5 vendor: nvidia mesa v: 595.71.05
glx-v: 1.4 direct-render: yes renderer: Quadro RTX 4000/PCIe/SSE2
memory: 7.81 GiB display-ID: :0.0
API: Vulkan v: 1.4.341 layers: 3 device: 0 type: discrete-gpu
name: Quadro RTX 4000 driver: nvidia v: 595.71.05 device-ID: 10de:1eb1
surfaces: N/A device: 1 type: cpu name: llvmpipe (LLVM 22.1.3 256 bits)
driver: mesa llvmpipe v: 26.0.5 (LLVM 22.1.3) device-ID: 10005:0000
surfaces: N/A
Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo gpu: nvidia-smi
wl: wayland-info x11: xprop
Hiya. I’ve saw it on OBS and I’ll try it out later. Did you had issues with version 595.58.03_k7.0.1_1-2.9 as well?
@Lioli7k I did not use that, when the 595.71.05 appeared in the NVIDIA:repo-non-free I switched a few days back… I temporarily disabled secure boot and installed the kmp…
nvidia-open-driver-G07-signed (595.58.03_k7.0.1_1 -> 595.71.05_k7.0.1_1)is in TW20260429 currently testing in openQA.
Even with the driver nvidia-open-driver-G07-signed-595.71.05_k7.0.1_1 (from the devel repo) there is something broken with this version. You can’t even reach a terminal session with this driver.
One machine is affected (RTX 3080 Ti). It does not reach SDDM. After Grub menu, some messages run through and the monitor signal cuts off. The same is if you try to reach a terminal session. After Grub → e → adding 3 to the linux line → F10 → reboot and monitor signal cuts off
Glad it is not just me!
@hui @dth2 No version mismatches?
zypper se -si nvidia
Loading repository data...
Reading installed packages...
S | Name | Type | Version | Arch | Repository
---+------------------------------------------------+---------+------------------------+--------+--------------
i | kernel-firmware-nvidia | package | 20260408-1.1 | noarch | repo-oss
i | libnvidia-cfg | package | 595.71.05-6.1 | x86_64 | repo-non-free
i | libnvidia-egl-gbm1 | package | 1.1.3-11.1 | x86_64 | repo-non-free
i | libnvidia-egl-wayland1 | package | 1.1.22-57.3 | x86_64 | repo-non-free
i | libnvidia-egl-x111 | package | 1.0.5-26.1 | x86_64 | repo-non-free
i | libnvidia-gpucomp | package | 595.71.05-6.1 | x86_64 | repo-non-free
i | libnvidia-ml | package | 595.71.05-6.1 | x86_64 | repo-non-free
i | nvidia-common-G07 | package | 595.71.05-6.1 | x86_64 | repo-non-free
i | nvidia-compute-G07 | package | 595.71.05-6.1 | x86_64 | repo-non-free
i | nvidia-compute-utils-G07 | package | 595.71.05-6.1 | x86_64 | repo-non-free
i | nvidia-gl-G07 | package | 595.71.05-6.1 | x86_64 | repo-non-free
i | nvidia-modprobe | package | 595.71.05-2.1 | x86_64 | repo-non-free
i+ | nvidia-open-driver-G07-signed-cuda-kmp-default | package | 595.71.05_k7.0.1_1-2.2 | x86_64 | LocalRPMs
i | nvidia-persistenced | package | 595.71.05-2.1 | x86_64 | repo-non-free
i | nvidia-userspace-meta-G07 | package | 595.71.05-13.1 | x86_64 | repo-non-free
i | nvidia-video-G07 | package | 595.71.05-6.1 | x86_64 | repo-non-free
i | openSUSE-repos-Tumbleweed-NVIDIA | package | 20260423.1a6a0f3-1.1 | x86_64 | repo-oss
Like I indicated, no issues with Turning based GPU’s and GNOME…
I solved it by restarting X11 by Ctrl-Alt-Backspace, however KWin does not work stable with it: restarts graphical effects every few seconds and disables hardware acceleration. So fallback to 6.19 in GRUB manually for now.
@malcolmlewis where can I download 595.71.05 or better wait when it available in standard repo?
@akontsevich better to wait it should be in the next snapshot…
2 Likes
Got to test more. Both 595.58.03 and 595.71.05 don’t work on my system. But the way they fail is rather interesting. I’ve booted with monitor connected to integrated graphics, started graphical session and plugged monitor back into GPU. journalctl doesn’t have anything interesting, nvidia-smi works normally, video decode, games and cuda applications all work on Nvidia as expected. Only TTY and graphical session refuses to work on Nvidia. This makes no sense.
Probably related - https://bugzilla.opensuse.org/show_bug.cgi?id=1263825
It is related, because I’m the author of mentioned bug. Lol.
1 Like
The update is here… I deleted the download rpm from my local rpm repo, then
openSUSE Tumbleweed 20260428-0 -> 20260429-0 x86_64 Main Repository (OSS) openSUSE
nvidia-open-driver-G07-signed-cuda-kmp-default | package | 595.71.05_k7.0.1_1-1.1 | x86_64 | Main Repository (OSS)
zypper -vvv dup --allow-downgrade
Problem: 1: problem with the installed nvidia-open-driver-G07-signed-cuda-kmp-default-595.71.05_k7.0.1_1-2.2.x86_64
Solution 1: install nvidia-open-driver-G07-signed-cuda-kmp-default-595.71.05_k7.0.1_1-1.1.x86_64 from vendor openSUSE
replacing nvidia-open-driver-G07-signed-cuda-kmp-default-595.71.05_k7.0.1_1-2.2.x86_64 from vendor obs://build.opensuse.org/X11:Drivers:Video
Solution 2: keep obsolete nvidia-open-driver-G07-signed-cuda-kmp-default-595.71.05_k7.0.1_1-2.2.x86_64
Choose from above solutions by number or cancel [1/2/c/d/?] (c): 1
....
Rebooted and re-enabled secure boot, all is good in GNOME land again…
fwupdmgr security
....
Runtime Suffix -!
✔ fwupd plugins: Untainted
✔ Linux kernel lockdown: Enabled
✔ Linux swap: Encrypted
✔ UEFI db: Valid
✘ Linux kernel: Tainted
This system has HSI runtime issues.
» https://fwupd.github.io/hsi.html#hsi-runtime-suffix
Host Security Events
2026-04-29 02:22:41: ✔ Kernel lockdown enabled
2026-04-29 02:22:41: ✔ Secure Boot enabled
2026-04-29 01:11:10: ✘ Kernel lockdown disabled
nvidia-smi
Thu Apr 30 22:06:18 2026
+-----------------------------------------------------------------------------------------+
| NVIDIA-SMI 595.71.05 Driver Version: 595.71.05 CUDA Version: 13.2 |
+-----------------------------------------+------------------------+----------------------+
| GPU Name Persistence-M | Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap | Memory-Usage | GPU-Util Compute M. |
| | | MIG M. |
|=========================================+========================+======================|
| 0 Quadro RTX 4000 On | 00000000:65:00.0 On | N/A |
| 30% 39C P8 2W / 125W | 216MiB / 8192MiB | 1% Default |
| | | N/A |
+-----------------------------------------+------------------------+----------------------+
Tested it already. Black screen is still there for me. 
I hope that 7.0.2 or nvidia-open-driver-G06-signed-kmp-default from 20260430 will fix it.
1 Like
I have got the same problem. Snapshot 20260429 did not help.
I am using kernel 6.19.12-1 now and works fine.
rektal@Tumble:~> inxi -b
System:
Host: Tumble Kernel: 6.19.12-1-default arch: x86_64 bits: 64
Desktop: KDE Plasma v: 6.6.4 Distro: openSUSE Tumbleweed 20260428
Machine:
Type: Desktop System: ASUS product: N/A v: N/A serial: <superuser required>
Mobo: ASUSTeK model: PRIME Z590-P v: Rev 1.xx serial: <superuser required>
Firmware: UEFI vendor: American Megatrends v: 2002 date: 05/23/2024
CPU:
Info: 6-core Intel Core i5-10400F [MT MCP] speed (MHz): avg: 800
min/max: 800/4300
Graphics:
Device-1: NVIDIA TU116 [GeForce GTX 1650] driver: nvidia v: 580.159.03
Display: wayland server: X.org v: 1.21.1.21 with: Xwayland v: 24.1.11
compositor: kwin_wayland driver: X: loaded: nvidia
unloaded: modesetting,nouveau,vesa failed: nv gpu: nvidia,nvidia-nvswitch
resolution: 1920x1080~60Hz
API: OpenGL v: 4.6.0 compat-v: 4.5 vendor: nvidia mesa v: 580.159.03
renderer: NVIDIA GeForce GTX 1650/PCIe/SSE2
Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
de: kscreen-console,kscreen-doctor gpu: nvidia-settings,nvidia-smi
wl: wayland-info x11: xdpyinfo, xprop, xrandr
Network:
Device-1: Realtek RTL8125 2.5GbE driver: r8169
Device-2: Realtek RTL8188EUS 802.11n Wireless Network Adapter driver: N/A
type: USB
Drives:
Local Storage: total: 4.13 TiB used: 2.52 TiB (61.1%)
Info:
Memory: total: 16 GiB available: 15.46 GiB used: 5.31 GiB (34.3%)
Processes: 436 Uptime: 0h 5m Shell: Bash inxi: 3.3.40
rektal@Tumble:~>
So G06 and G07 on kernel 7.0.x are affected. This seems more like a build or kernel issue then.
Yes. I updated kernel to version 7.0.1-1.1, and after restarting, I got a black screen.
There’s not even a mouse pointer.
I had to revert to kernel 6.19.12-1.
The screen showed that the graphics card wasn’t detected.
I tried again now that:
nvidia-open-driver-G07-signed-kmp-default-595.71.05_k7.0.1_1-1.1.x86_64.rpm
is available but the same black screen.
Is it the nvidia driver or kernel 7 that is at fault or both?
In otherwords is the kernel 7 working for none nvidia users?
See comment #14 above, at least some users seem OK.
Here on hybrid graphics and G06/kernel 7.0.1-1-default the only problem seems a core-dump when entering suspend, not a showstopper but stil something wrong…