That combo is broken on my system. I’ll wait for 20260504, which contains a potential fix for G07. G06 fix should be released in 20260505.
2 Likes
20260504 is also broken. It does work with kernel-longterm but then sleep doesn’t work.
1 Like
All good on 6.18.26. Sleep wasn’t working because keyboard was waking PC up. It’s probably better to use LTS kernel until issues with 7.0 are resolved.
Idk if this is a fix or something but, on the default kernel I managed to boot into tumbleweed by pressing escape around when you see the loading kernel and kept spamming it and then i managed to get in. Can everyone else try this to see if it works for everyone. (i tried it on the G06 non open driver, but doesn’t work on the G07 open driver)
I can confirm
Snapshot 20260504 with kernel 7.0.2 : green screen and black screen.
But when I go back to kernel 6.19.12 it is not working either. The screen resolution is 1024x768. The latest snapshot and nvidia drivers update broke my screen resolution on this kernel.
I had to go back to yesterday’s snapshot.
This is not funny anymore.
As already explained, the aktual kmp only works on the matching kernel. If you drop back to 6.19.12 you need to install the matching kmp for this kernel. Download this rpm from the TW history repo and save it somewhere on your HDD/SSD and Install it.
As you don’t have a matching kmp installed for the k6.19.12 kernel, your graphics drops back to llvm or nouveau.
Hurry up. The history repos only exist one month back…
If i installed this, will it update when the next tumbleweed update delivers a updated kmp for kernel 7.0 ?
by the way, my RTX 5070 can be added to failed cards with this kernel 7 kmp issue.
1 Like
As described in this thread, you need to apply locks.
1 Like
It was broken in the same way on my RTX 5080, but I downloaded the latest G07 open drivers from snapshot 20260504 and followed Stefan Dirsch’s advice from the bug report, and now at least I boot normally again and almost everything seems to be working.
After downloading the new G07 open drivers, Stefan says to run this command:
sdbootutil mkinitrd
And then reboot. Since sdbootutil was giving me issues, I ran this instead:
dracut -f
It seems that did the trick for me. Now the only issue I have is that shutting down takes a long time (like 10 minutes), but not sure if related to Nvidia drivers.
Today upgrade proposes to update nvidia-driver-G06-kmp-default (and all the *G06* packages ) from 580.159.03_k6.19.12_1-48.1 to 580.159.03_k7.0.2_1-49.1 version? Is it safe to upgrade along with 7.0.2 kernel? I assume kernel 6.19.12 will stop working? Does 7.0.2 works fine with G06 and 580.159.03_k7.0.2_1-49.1 kmp?
That solves the suspend issue here on hybrid graphics (booting uses the Intel GPU). It rebuilds the kernel module for the kernel-devel package last installed in the system, so if you have 6.19.x that should work, if/when you upgrade to 7.0.2 that will rebuild as well.
[DISCLAIMER] Works here, but your mileage might vary 
What card do You have? Mine is RTX 3050.
switched to G7 kmp default for 6.19, and locked. I wonder when will we get matched driver for kernel 7 ?
Older Maxwell here, yours should use G07…
There are matching kmp’s for kernel 7.0.x
But the whole lotta thread is about that there is an issue with the latest kernel/driver combination…
That doesn’t work. You need all the packages and they aren’t in the history repo. Userspace mismatch and the driver won’t load.
It does work when done properly. The kmp is in the history repo, the rest of the matching packages is in the Nvidia repo. Works flawlessly…
The only package which you need to grab from the history repo is the kmp. This procedure worked for others too. I did this procedure several times when the issue occured to come back to a working state. This is how the working condition need to look when you fall back to kernel 6.19.12
:~> LANG=C 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
il | libnvidia-cfg | package | 595.58.03-11.1 | x86_64 | repo-non-free
il | libnvidia-egl-gbm1 | package | 1.1.3-11.1 | x86_64 | repo-non-free
i+ | libnvidia-egl-gbm1-32bit | package | 1.1.3-11.1 | x86_64 | repo-non-free
il | libnvidia-egl-wayland1 | package | 1.1.22-57.3 | x86_64 | repo-non-free
i+ | libnvidia-egl-wayland1-32bit | package | 1.1.22-57.2 | x86_64 | repo-non-free
il | libnvidia-egl-x111 | package | 1.0.5-26.1 | x86_64 | repo-non-free
i+ | libnvidia-egl-x111-32bit | package | 1.0.5-26.1 | x86_64 | repo-non-free
il | libnvidia-gpucomp | package | 595.58.03-11.1 | x86_64 | repo-non-free
il | libnvidia-gpucomp-32bit | package | 595.58.03-11.1 | x86_64 | repo-non-free
il | libnvidia-ml | package | 595.58.03-11.1 | x86_64 | repo-non-free
il | libnvidia-ml-32bit | package | 595.58.03-11.1 | x86_64 | repo-non-free
il | nvidia-common-G07 | package | 595.58.03-11.1 | x86_64 | repo-non-free
il | nvidia-compute-G07 | package | 595.58.03-11.1 | x86_64 | repo-non-free
il | nvidia-compute-G07-32bit | package | 595.58.03-11.1 | x86_64 | repo-non-free
il | nvidia-compute-utils-G07 | package | 595.58.03-11.1 | x86_64 | repo-non-free
il | nvidia-gl-G07 | package | 595.58.03-11.1 | x86_64 | repo-non-free
il | nvidia-gl-G07-32bit | package | 595.58.03-11.1 | x86_64 | repo-non-free
il | nvidia-libXNVCtrl | package | 595.58.03-2.1 | x86_64 | repo-non-free
il | nvidia-modprobe | package | 595.58.03-3.1 | x86_64 | repo-non-free
il | nvidia-open-driver-G07-signed-kmp-default | package | 595.58.03_k6.19.12_1-2.8 | x86_64 | (System Packages)
il | nvidia-persistenced | package | 595.58.03-2.1 | x86_64 | repo-non-free
il | nvidia-settings | package | 595.58.03-2.1 | x86_64 | repo-non-free
il | nvidia-userspace-meta-G07 | package | 595.58.03-11.1 | x86_64 | repo-non-free
il | nvidia-video-G07 | package | 595.58.03-11.1 | x86_64 | repo-non-free
il | nvidia-video-G07-32bit | package | 595.58.03-11.1 | x86_64 | repo-non-free
i+ | openSUSE-repos-Tumbleweed-NVIDIA | package | 20260423.1a6a0f3-2.1 | x86_64 | repo-oss
As you can’t use the meta package, you need to use the versions tab in Myrlyn or zypper to make sure to install the correct versions.
1 Like
Your procedure was to download the kmp package and install it. What’s the rest of “doing it properly”?
With reported success using kernel-longterm: Is that just “zypper in kernel-longterm” and it’ll do the right thing? or is it more involved?
Being stuck at runlevel 3 is getting old 
Do not mix it up. My example shows, how to use the G07 open drivers with kernel 6.19.12 until a fix for the latest versions is found.
When you want to use the kernel-longterm package, you need to install kernel-longterm. You need to reboot at least once into kernel-longterm after installation. Dependend from your box you already have graphics with low resolution (llvmpipe, nomodeset, nouveau). From there, simply install the longterm kmp
zypper in nvidia-open-driver-G07-signed-kmp-longterm
Use Myrlyn’s version tab to check if the versions are matching before rebooting the machine.
As the longterm kernel is not affected, no downloading from history repo or locks are needed.
Thanks. Yes, I understand those were two different solutions. I’m still missing how to get the rest of the stuff installed for the 6.19.12 solution.
When I get back home I will try the long term kernel thing first.
I don’t have any graphics. I did manage to get nouveau to load at one point by twiddling things but then I could not log in from sddm so I reverted that.