https://bugzilla.suse.com/show_bug.cgi?id=1226055 https://bugzilla.suse.com/show_bug.cgi?id=1226055#c4 Scott Bradnick <scott.bradnick@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |scott.bradnick@suse.com --- Comment #4 from Scott Bradnick <scott.bradnick@suse.com> --- I'm not sure this is helpful, but I'll add it in case it is. I use vfio on a Dell with a T1000 and pass that discrete card to either a TW Qemu VM or Win11 Qemu VM depending on which one I want to use. Didn't have too much trouble w/ nvidia <= 550.67 and kernel <= 6.9.1. But the combo of 550.90 & 6.9.3 was a much more painful experience (for this machine). I won't claim to have any idea why, but 9 times out of 10 the Dell wouldn't boot to X and w/in 3 minutes would lockup w/ some type of vfio "cold" lockup and I'd have to hard-reset it. No manner of trying to blacklist vfio would stop it from showing up in lsmod output; neither would commenting out vfio-related items in /etc/modprobe.d and /etc/modules-load.d - it always showed back up. I removed nvidia-driver-G06-kmp-default and tried to reinstall it - locked up again w/ vfio before it seemed like the install completed, but I was prompted w/ a MOK enroll after the hard-reset. Only success I had was after "# modprobe --remove <each vfio module>" was run, then using `rpm -evh` to remove G06 and reinstalling G06 completed successfully and it seems the system is ACTUALLY not loading vfio as I'd expect considering they're still commented out. System hasn't locked up and seems happier, I'll check another day if I can re-enable vfio and GPU passthrough works again. Oddly, I have another up-to-date TW system w/ and AMD CPU and a 3070ti that didn't have any of these problems. This Dell is nothing but trouble. -- You are receiving this mail because: You are on the CC list for the bug.