I’ve tested the opensource driver on a freshly installed system (up to date), inside one dedicated 100Gb partition.
System : OpenMandriva ROME 25.01, Plasma 6
Hardware : Geforce GTX 1650 mobile / Max-Q (laptop HP Pavilion Gaming - 15-ec0014nf)
Driver : fresh install “sudo dnf in nvidia nvidia-kmod-open-desktop”
Reboot after driver’s installation performed like a charm, no problems at all, I installed steam and Tomb Raider right away (compatibility mode) and i ran the benchmark and I got decent fps.
The drivers are more stable than the standard ones on my end, but it is not saying much. I was actually able to log in to X11 with the open kernel without immediately getting a black screen, which is an improvement over getting a black screen immediately with no other choice but to remove the drivers with Timeshift. However, I am only able to log in for like a minute or so before I get a black screen that then throws me back to the login screen. Wayland doesn’t work at all and just throws me back to the login screen.
One more benefit is that my Cintiq screen didn’t immediately black screen OpenMandriva before even reaching the login screen. Both my screens worked for the brief period that I was able to log in.
Will try this again in the future once the 570 drivers are finally available. Hope this feedback is of any use in the meantime.
OK just made a successful move, no problem The first descendant Running at 100FPS, NVIDIA DLSS functional, vkgears, glxgear, vkcube no issues, and ran phoronix test suite benchmark which is the same results as with the proprietary one.
Working with nvidia 2070 maxQ. drivers worked really well for running a game, but the next time i rebooted i got a black screen whenever i tried to use hdmi to connect to a secondary monitor.
before that though, results were on par, maybe slightly better than closed drivers. was getting a min of 59 frames per second benchmarking shadow of the tomb raider
I randomly encountered the same “black screen” issue @ startup with my laptop (GTX1650 mobile / Max-Q), i managed to set my 2nd screen working HDMI connected via an adaptor VGA/HDMI (pretty old screen) with xrandr “xrandr --output HDMI-0 --auto --right-of eDP-1-0”.
From my part the open kernel module is performing better than the proprietary one with Plasma and LXQt.
Laptops (especially with hybrid graphics) running both (also in wayland) will have issues with multihead. Some of it will be refresh rate on X11, but it may also be broken in wayland.
Installing the open driver on ROME with Xorg together with encryption and btrfs results in a non-booting system after restart. It gets stuck on “Loading initial ramdisk…”.
@bero recommended me to rerun dracut, which I did from the live environment, but it appeared to do nothing.
Reinstalling without encryption and btrfs results in a working system. Testing briefly with a demanding game (BG3) the 3D acceleration appears to work as well if not better than my previous installation that used the proprietary driver.
I suspect that it was the encryption that was behind the trouble, but I thought that ext4 might be less trouble than btrfs.
I had no issue running a system with an encrypted filesystem on btrfs with the closed driver.
So I would say that there is some friction but that the possibility of a working system is there.
If anyone has any idea about how to resolve the issue I experienced with encryption I would be happy to hear it.
At this point, we are some of the early testers of this driver. I don’t know if they call it Alpha yet. Stating that it is not working with BTRFS/encryption is good to know. Will it work with ext4/encrypted? I have not heard.
I have to say, that for early testing, I am impressed. It’s not perfect, but if they keep going, we could have a nice open source driver from this.
I have not heard of any resolution to your issue, but we are not privy to all testers or the devs working on this driver.
Latest update reintroduced the stuck at “Loading intial ramdisk…” issue. Though I note that the machine is actually running in the background since I now had sshd running. I tried rerunning dracut and it complained about nvidia files missing.
Reinstalling nvidia and nvidia-kmod-open-desktop and rerunning dracut over SSH resolves the issue.
I guess something is not triggering as it should during the upgrade? Anything I should look out for in the future?
Don’t you think it was something in the nvidia packages that failed? Dracut complained about a bunch of nvidia stuff missing before I did a reinstall of the packages.
Oh yeah, sorry did not read the post properly. I agree it might have been nvidia drivers but its weird that it was successful upon reinstall. Maybe files aren’t going where they are supposed to be or we miss some modules in the initramfs config or kernel? Could you post a detailed log of these messages if you can replicate them?
