On 2/17/22 19:55, Felix Miata wrote:
mark neidorff composed on 2022-02-17 17:41 (UTC-0500):
If the problem is not nouveau, what should I run to get more diagnostic information? Needless to say, my goal is a stable, graphical KDE environment. It used to be with a Dell desktop that if a discrete graphics card was installed on a model that includes motherboard IGP or CPU IGP, that connecting a display to the IGP output would result in a BIOS message reporting that you are not allowed to do that, and must connect your display(s) to the discrete card's output(s) instead. I've not seen a Dell BIOS anywhere near as new as yours so as to know what to suggest you might need or want to do there. Motherboards for self-built PC's provide a lot more options re graphics setup. You might want to poke in yours for a suitable change to make.
Ideally you have two ways to go:
1-Remove the discrete card 2-configure use of the discrete card to the exclusion of the IGP
Another option would be to utilize the concept of "offloading", where the IGP and GPU share the job. That's more complicated and something I've never done. Whether anyone with such experience reads this list I have no idea, but I know there is at least one person routinely on the openSUSE forums who does, so you might want to do a search or inquire there. https://forums.opensuse.org/forumdisplay.php/668-Install-Boot-Login
For option 1, it should be simple. Remove the discrete card, and let automagic do its thing without interference.
NAICT, you have a 400 series Intel chipset PC, which supports Comet Lake (10th gen) and Rocket Lake (11th gen) Intel processors. At some point we may need to know the specific CPU model you have installed to be sure of how to proceed, as with Rocket Lake there could be an added problem if you ever connect more than one display at a time. All the bugs aren't out of Rocket Lake support yet.
For option 2, you may need to blacklist i915 and/or i965, and/or change a BIOS option, to prevent interference from the IGP in using either of the two ostensibly competent FOSS display drivers for GeForce. If the GeForce cannot be made to work properly with the FOSS drivers, a bug report would be in order, as it should just work automagically. Installing *nouveau* may be necessary to enable that, as well as purging any residue from any prior attempt to install proprietary NVidia drivers that you might have made.
To be complete, there's also the proprietary NVidia driver option, which I never use, so won't comment further about.
Mark, I've looked back on all the posts about this problem over the last two months, and I think a reset is in order because at this point we are really guessing and it isn't sufficiently clear (at least to me) what you have/have not done and why - especially given all of what you've switched around and dearth of results you've reported back. To start with, the RTX 2060 *is* supported by the nvidia driver and has been since early 2019. According to Phoronix, it works quite well. It uses the 470 version driver; following are all the associated packages. I didn't find any issues with this driver and your card. Installing this driver will blacklist nouveau. IIRC you won't have W$ on this machine, so in the bios disable Fast Boot and also Secure Boot, when you enable the discrete card (if for some reason you cannot disable Secure Boot, then after installing the driver but before rebooting with it, run as root #mokutil --disable-validation). Also install icewm; at the login screen choose it rather than KDE (just in case you have a KDE problem). If after doing all this and rebooting, X still fails, post what you did back here along with an attached copy of the file /var/log/Xorg.0.log. nvidia-computerG05 nvidia-fgxG05-kmp-default nvidia-glG05 x11-video-nvidiaG05 kernel-default-extra kernel-firmware-all (which should install kernel-firmware-nvidia; if it does not, include it) Next, nouveau: First, I'm confused. In Dec you posted here that you had nouveau working fine, but just not starting automatically. Now you report artifacts, raging fans, and lockup. What changed? In any event, this may be the problem (from Phoronix): "the Nouveau kernel driver is bound to running at the boot clock frequencies that are generally very low - just a fraction of their base - due to not being able to properly handle power management (PMU access limitations) with the graphics cards due to the signed firmware restrictions." (The shorthand for this issue is "reclocking".) This issue dates from early 2019, the nvidia gen just before yours. The Arch Linux page on nouveau, power management section, provides (rather complex) workarounds to manually manage pstates, fan speeds, or udev rules - while warning of the risk of overheating the video card, video corruption, or hanging the system, all of which sounds similar to the symptoms you report now. While this issue was still reported elsewhere just last year, I could find no update on the driver which solves the problem - I think the driver comes from freedesktop.org, maybe take an additional look there. But from what I've read, nvidia still has to do some things before this issue can be addressed by the nouveau dev's, if at all. If you want to try this again anyway (I don't advise this), the packages needed are as follows. Note that there are actually 2 nouveau drivers, the kernel driver which starts at boot and an X driver (xf86-video-nouveau). Before using it, you must be sure that there is no modesetting in the grub2 boot command line (if there is, remove that text with YaST Boot Loader which will regenerate the initrd) and also verify that there is no nouveau blacklisting in /etc/modprobe.d/. If you try this route and it fails, you can again post the logfile back here as an attachment. Mesa Mesa-dri-nouveau kernel-default-extra libdrm-nouveau2 xf86-video-nouveau Finally, re the integrated graphics with your Rocket Lake chip. Two weeks ago you stated that you "searched and found that there are no approved drivers for the Intel video chipset in Leap 15.3." Not correct. I think you were confused by a known problem in the openSUSE software search tool, i.e., 15.3 packages are not being included in the search directory. You also were probably looking at the xf86-video-intel package, which provides a DRI/3D driver for X (analogous to the X driver above for nouveau), not the same animal as the main Intel i915 kernel driver. (IOW, xf86* is actually in 15.3 although not shown by the search tool.) Also like with nouveau, both drivers are required. That said, as I wrote two weeks ago but you did not reply to, due to Rocket Lake being newer (March 2021) than stock 15.3 (Feb 2021), there is a very strong possibility that you need updated Intel kernel firmware. You can find it here: https://download.opensuse.org/repositories/home:/Sauerland/openSUSE_Leap_15.... Just install the kernel-firmware-all package to pull in the newest firmwares, including for the i915 ("kernel-firmware-i915" package). And again, you need xf86-video-intel installed as well. This doesn't mean that there may not be other Rocket Lake issues. You *may* need a newer kernel - or maybe not. But for sure, the i915 driver will not work if it does not have the necessary firmware for your device. So IMO the firmware should be your starting point. Install that, restart into the bios, point to the IGP, and boot. If X fails, post back X log as attachment. And btw, don't do blanket uninstalls based on package name unless you really know what you're doing - that can break your system. Good luck. --dg 15.3/Plasma