My system has the NVIDIA RTX 3070 for graphics. Fedora 37 Beta, using nouveau driver, works fine and I'm able to install the OS. Running updates results in flashing windows, causing the desktop to be inoperative. Installing the NVIDIA proprietary driver resolves the issue. sudo dnf -y update && sudo reboot After the update, flashing windows and difficult to use. However, I managed to install the proprietary driver. sudo dnf -y install xorg-x11-drv-nvidia nvidia-modprobe kmod-nvidia && sudo reboot All is well. The concern is about the final Fedora 37 release. It may exhibit flashing windows for folks using NVIDIA RTX 3000 series graphics, via nouveau driver. That is the case when I tried a recent live-iso image: Fedora 37 Branched 20221009.n.0. I cannot imagine anyone installing the OS like this.
Created attachment 1917216 [details] Screenshot 1 taken by phone
Created attachment 1917217 [details] Screenshot 2 taken by phone
I attached two screenshots taken by phone. The desktop flashes on and off between the two screenshots at ~ 1 second intervals. Eventually it stops. But the flashing starts again the moment interacting with the desktop.
See also: The NVDEC and VDPAU VA-API backend drivers may co-exists https://bugzilla.redhat.com/show_bug.cgi?id=2133752 The NVIDIA proprietary driver works fine. I ran several browsers including hardware acceleration, mentioned in the awareness ticket. It's the initial experience running the nouveau driver. The flashing desktop experience may cause difficulty for some, unable to complete the OS installation.
Ping.
I tried Fedora 37 RC 1.2. https://fedoraproject.org/wiki/Test_Results:Fedora_37_RC_1.2_Installation Using NVIDIA RTX 3000 series? The live workstation ISO experience is not good due to flashing desktop. I'm not sure how widespread this is. No issues with Fedora-Workstation-Live-x86_64-37_Beta-1.5.iso.
(In reply to marioroy from comment #6) > I tried Fedora 37 RC 1.2. > https://fedoraproject.org/wiki/Test_Results:Fedora_37_RC_1.2_Installation > > Using NVIDIA RTX 3000 series? The live workstation ISO experience is not > good due to flashing desktop. I'm not sure how widespread this is. > > No issues with Fedora-Workstation-Live-x86_64-37_Beta-1.5.iso. Thanks for the ping, I lost track of this one. Could you try the rawhide nodebug kernel here and see if that possibly fixes things? If so then it's likely just a matter of us needing to backport some patch for nouveau: https://fedoraproject.org/wiki/RawhideKernelNodebug (let me know if you can't get your system to boot with that, there is a chance you might run into a regression that I just fixed upstream that may not yet have trickled back down)
The experience installing Fedora 37 RC 1.2 is horrible. One may get by during the initial installation. However, the problem goes from bad to worst after entering the user, username, and password, followed by clicking the finish button. The screen goes black. Sadly, OpenSSH-server isn't enabled by default. I had to reset the system hard because unable to switch to TTY 3. Upon booting, I pressed the letter 'e' and added the 'nomodeset' kernel argument. Then, I enabled and started the sshd.service. I followed the instructions for installing the rawhide kernel. No improvements running kernel 6.1.0-0.rc1.15.fc38.x86_64. A solution is accepting the 3rd-party repository, during setup, to get the NVIDIA proprietary driver.
I pass the "nomodeset" kernel option for the OS installation and initial setup. The following installs the NVIDIA proprietary driver. sudo dnf -y install xorg-x11-drv-nvidia nvidia-modprobe kmod-nvidia sudo def -y install xorg-x11-drv-nvidia-cuda
(In reply to marioroy from comment #8) > The experience installing Fedora 37 RC 1.2 is horrible. One may get by > during the initial installation. However, the problem goes from bad to worst > after entering the user, username, and password, followed by clicking the > finish button. The screen goes black. Sadly, OpenSSH-server isn't enabled by > default. I had to reset the system hard because unable to switch to TTY 3. > > Upon booting, I pressed the letter 'e' and added the 'nomodeset' kernel > argument. Then, I enabled and started the sshd.service. I followed the > instructions for installing the rawhide kernel. No improvements running > kernel 6.1.0-0.rc1.15.fc38.x86_64. > > A solution is accepting the 3rd-party repository, during setup, to get the > NVIDIA proprietary driver. OK, could you boot with drm.debug=0x16 log_buf_len=50M , then with nouveau loaded normally get me the full contents of dmesg? If it's too big for bugzilla, just email it to lyude at red hat dot com
Created attachment 1920421 [details] drm.debug dmesg output Added drm.debug=0x16 log_buf_len=50M dmesg attachment.
Reply from Adam Williamson: Re: https://bugzilla.redhat.com/show_bug.cgi?id=2134742 Oh, also note we actually provide a menu option on the live and install boot menus intended for exactly this kind of case, "Basic graphics mode": it runs the installer/live environment with 'nomodeset'.
Same issue here. RTX 3080Ti. Screen glitches and artifacts from the beginning of fresh installation and until I installed nvidia drivers.
The Nouveau driver works by disabling Wayland. /etc/gdm/custom.conf [daemon] # Uncomment the line below to force the login screen to use Xorg WaylandEnable=false