Created attachment 1723814 [details] journalctl --no-hostname -k 1. Please describe the problem: I updated to kernel 5.9.1. If I scroll Firefox, see flickering, video flashing. My dmesg relevant part: [ 4252.484787] nouveau 0000:01:00.0: DRM: base-0: timeout [ 4254.489338] nouveau 0000:01:00.0: DRM: base-0: timeout [ 4256.495963] nouveau 0000:01:00.0: DRM: base-0: timeout [ 4270.284128] nouveau 0000:01:00.0: DRM: base-0: timeout [ 4272.292512] nouveau 0000:01:00.0: DRM: base-0: timeout [ 4274.299287] nouveau 0000:01:00.0: DRM: base-0: timeout Compiz effects get stuck. My VGA is: 01:00.0 VGA compatible controller: NVIDIA Corporation G86 [GeForce 8500 GT] (rev a1) 2. What is the Version-Release number of the kernel: kernel-5.9.1-300.fc33.x86_64 linux-firmware-20201022-113.fc33.noarch 3. Did it work previously in Fedora? If so, what kernel version did the issue *first* appear? Old kernels are available for download at https://koji.fedoraproject.org/koji/packageinfo?packageID=8 : kernel-5.8.16-300.fc33.x86_64 work correctly. 4. Can you reproduce this issue? If so, please provide the steps to reproduce the issue below: I use my desktop computer. 5. Does this problem occur with the latest Rawhide kernel? To install the Rawhide kernel, run ``sudo dnf install fedora-repos-rawhide`` followed by ``sudo dnf update --enablerepo=rawhide kernel``: 6. Are you running any modules that not shipped with directly Fedora's kernel?: No. 7. Please attach the kernel logs. You can get the complete kernel log for a boot with ``journalctl --no-hostname -k > dmesg.txt``. If the issue occurred on a previous boot, use the journalctl ``-b`` flag.
Same problem with 5.9.8-200: [ 5600.220947] nouveau 0000:01:00.0: DRM: base-0: timeout [ 5602.226127] nouveau 0000:01:00.0: DRM: base-0: timeout [ 5604.293012] nouveau 0000:01:00.0: DRM: base-0: timeout [ 5606.308804] nouveau 0000:01:00.0: DRM: base-0: timeout [ 5608.313840] nouveau 0000:01:00.0: DRM: base-0: timeout [ 5610.319525] nouveau 0000:01:00.0: DRM: base-0: timeout [ 5612.325614] nouveau 0000:01:00.0: DRM: base-0: timeout [ 5614.330375] nouveau 0000:01:00.0: DRM: base-0: timeout [ 5616.337322] nouveau 0000:01:00.0: DRM: base-0: timeout [ 5618.343844] nouveau 0000:01:00.0: DRM: base-0: timeout [ 5620.348815] nouveau 0000:01:00.0: DRM: base-0: timeout
Same problem with kernel 5.9.8-100.fc32.x86_64 on Fedora 32. Using Cinnamon, so Xorg and not Wayland. Clean kernel (no non-Fedora modules). Video card: NVIDIA Corporation G92GL [Quadro FX 3700] System works fine under previous kernel: 5.8.18-200.fc32.x86_64 I was in the terminal when the whole session became extremely unresponsive, though I did manage to shut down. A whole mass of the same message in the journal: kernel: nouveau 0000:01:00.0: DRM: base-0: timeout (about 80 times) On the user session stopping, the journal shows this: Nov 17 14:17:16 cinnamon-session[1030]: WARNING: t+50188.41998s: Playing logout sound '/usr/share/cinnamon-control-center/sounds/logout.ogg' Nov 17 14:17:16 cinnamon-session[1030]: WARNING: t+50188.63561s: Finished playing logout sound Nov 17 14:17:16 cinnamon-session[1030]: WARNING: t+50188.63568s: Resuming logout sequence... Nov 17 14:17:17 cinnamon-session[1030]: WARNING: t+50189.59224s: Requesting system shutdown... Nov 17 14:17:17 cinnamon-session[1030]: WARNING: t+50189.59338s: Attempting to shutdown using systemd... Nov 17 14:17:17 dbus-broker[1237]: Dispatched 2398 messages @ 5(±17)μs / message. Nov 17 14:17:17 systemd[1023]: at-spi-dbus-bus.service: Succeeded. Nov 17 14:17:17 systemd-logind[812]: System is powering down. Nov 17 14:17:17 systemd[1]: Stopping Session 1 of user [redacted]. Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: DRM: base-0: timeout Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: ERROR 5 [INVALID_STATE] 0b [] chid 1 mthd 0080 data 00000001 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: Base 1: Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0084: 00000000 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0088: 00000000 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 008c: 00000000 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0090: 00000000 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0094: 00000000 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 00a0: 00000070 -> 00000060 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 00a4: f0000000 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 00c0: fb00007a Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 00c4: 00000000 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 00c8: 00000000 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 00cc: 00000000 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 00e0: 40000000 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 00e4: 00000000 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 00e8: 00000000 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 00ec: 00000000 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 00fc: 00000000 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0100: fffe0000 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0104: 00000000 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0110: 00000000 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0114: 00000000 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: Base 1 - Image 0: Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0800: 00078500 -> 0009af00 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0804: 00000000 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0808: 04b00780 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 080c: 00007804 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0810: 0000cf00 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: Base 1 - Image 1: Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0c00: 00078500 -> 0009af00 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0c04: 00000000 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0c08: 04b00780 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0c0c: 00007804 Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0c10: 0000cf00
Created attachment 1730156 [details] journalctl -no-hostname -k > dmesg.txt
(In reply to Jonathan S from comment #2) > Same problem with kernel 5.9.8-100.fc32.x86_64 on Fedora 32. > > Using Cinnamon, so Xorg and not Wayland. Clean kernel (no non-Fedora > modules). > > Video card: NVIDIA Corporation G92GL [Quadro FX 3700] > > System works fine under previous kernel: 5.8.18-200.fc32.x86_64 > > > I was in the terminal when the whole session became extremely unresponsive, > though I did manage to shut down. > > A whole mass of the same message in the journal: > kernel: nouveau 0000:01:00.0: DRM: base-0: timeout > (about 80 times) > > On the user session stopping, the journal shows this: > > Nov 17 14:17:16 cinnamon-session[1030]: WARNING: t+50188.41998s: Playing > logout sound '/usr/share/cinnamon-control-center/sounds/logout.ogg' > Nov 17 14:17:16 cinnamon-session[1030]: WARNING: t+50188.63561s: Finished > playing logout sound > Nov 17 14:17:16 cinnamon-session[1030]: WARNING: t+50188.63568s: Resuming > logout sequence... > Nov 17 14:17:17 cinnamon-session[1030]: WARNING: t+50189.59224s: Requesting > system shutdown... > Nov 17 14:17:17 cinnamon-session[1030]: WARNING: t+50189.59338s: Attempting > to shutdown using systemd... > Nov 17 14:17:17 dbus-broker[1237]: Dispatched 2398 messages @ 5(±17)μs / > message. > Nov 17 14:17:17 systemd[1023]: at-spi-dbus-bus.service: Succeeded. > Nov 17 14:17:17 systemd-logind[812]: System is powering down. > Nov 17 14:17:17 systemd[1]: Stopping Session 1 of user [redacted]. > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: DRM: base-0: timeout > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: ERROR 5 [INVALID_STATE] > 0b [] chid 1 mthd 0080 data 00000001 > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: Base 1: > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0084: 00000000 > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0088: 00000000 > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 008c: 00000000 > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0090: 00000000 > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0094: 00000000 > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 00a0: 00000070 > -> 00000060 > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 00a4: f0000000 > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 00c0: fb00007a > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 00c4: 00000000 > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 00c8: 00000000 > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 00cc: 00000000 > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 00e0: 40000000 > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 00e4: 00000000 > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 00e8: 00000000 > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 00ec: 00000000 > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 00fc: 00000000 > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0100: fffe0000 > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0104: 00000000 > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0110: 00000000 > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0114: 00000000 > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: Base 1 - Image 0: > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0800: 00078500 > -> 0009af00 > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0804: 00000000 > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0808: 04b00780 > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 080c: 00007804 > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0810: 0000cf00 > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: Base 1 - Image 1: > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0c00: 00078500 > -> 0009af00 > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0c04: 00000000 > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0c08: 04b00780 > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0c0c: 00007804 > > Nov 17 14:17:20 kernel: nouveau 0000:01:00.0: disp: 0c10: 0000cf00 I should point out that this is a far worse problem than just video flicker - in my case, when it happens, it's essentially a system freeze as the mouse pointer moves extremely slowly and stutteringly and the screen is not redrawn. The shutdown mentioned was done 'blind'. So this 5.9 kernel is unusable.
(In reply to Jonathan S from comment #4) > I should point out that this is a far worse problem than just video flicker > - in my case, when it happens, it's essentially a system freeze as the mouse > pointer moves extremely slowly and stutteringly and the screen is not > redrawn. The shutdown mentioned was done 'blind'. So this 5.9 kernel is > unusable. Exactly same problem here. Video flickering, video refresh hanged to some seconds.
FWIW, I also see flickering on with kernel-5.9.8-200.fc33.x86_64, but not with kernel-5.8.15-301.fc33.x86_64. In my case it's a MacMini3,1 with NVIDIA GeForce 9400 integrated graphics. In my case, there are no timeout messages or anything strange in dmesg. I attached the output of lspci and "journalctl -k" as macmini3,1_lspci.txt and macmini3,1_dmesg.txt. As a side note, I can usually bring get the system to hang completely (it won't even answer to MagicSysRq or ping) by changing the background in Gnome a few times. I always find PAGE_NOT_PRESENT messages from nouveau after restarting after a hang, including with 5.9.8: Nov 17 23:38:02 kernel: nouveau 0000:02:00.0: gr: TRAP_M2MF 00000002 [IN] Nov 17 23:38:02 kernel: nouveau 0000:02:00.0: gr: TRAP_M2MF 00320151 3be5f000 00000000 04000430 Nov 17 23:38:02 kernel: nouveau 0000:02:00.0: gr: 00200000 [] ch 5 [000f5ff000 systemd-logind[1480]] subc 5 class 5039 mthd 0328 data 00000000 Nov 17 23:38:02 kernel: nouveau 0000:02:00.0: fb: trapped read at 003bde0000 on channel 5 [0f5ff000 systemd-logind[1480]] engine 00 [PGRAPH] client 03 [DISPATCH] subclient 04 [M2M_IN] reason 00000002 [PAGE_NOT_PRESENT] Should I file a different bug report for this? The flickering always happens when scrolling in Firefox or just moving the mouse in a circle in Gnome's Activities view, without triggering the PAGE_NOT_PRESENT issue.
Created attachment 1730404 [details] dmesg from MacMini3,1
Created attachment 1730405 [details] lspci -nnnv on MacMini3,1
I forgot to mention, I also see the black flickering with Fedora 33 KDE on X11, not just Gnome on Wayland. Rebooting with the original kernel 5.8.15 from the installation solves the problem.
Created attachment 1731497 [details] nouveau timeouts and kernel warnings I now see the nouveau drm timeouts and kernel WARNINGs, please see the attached file.
Anyone waiting for the solution to this bug might want check out: https://gitlab.freedesktop.org/drm/nouveau/-/issues/14 which is the same issue and where Ben Skeggs, the kernel developer, is now involved.
My system is completely unusable due to this bug. (I have a GF108 [GeForce GT 430] video card). I have therefore resorted to the proprietary drivers to get a stable system.
Also happens with 5.9.13. No problem with 5.8.x series. F33 with Gnome on X11. Video slow/flicker with mouse almost freeze. Same kernel output in dmesg.
*** Bug 1902425 has been marked as a duplicate of this bug. ***
Same problem with 5.10.5. :(
Created attachment 1745712 [details] dmesg 5.10.5 5.10.5 dmesg
same bug on 5.9.16-200.fc33.x86_64 but at least sometime system recovers to normal status.
Created attachment 1745918 [details] dmesg
Created attachment 1745919 [details] dmesg output It's the dmesg output when the issue occurs. it's on 5.9.16-200.fc33.x86_64
Created attachment 1746322 [details] nouveau crash, kernel 5.10.5 Nouveau crash. :(
Same problem with 5.10.6-200. Nouveau, kernel crashed.
There is a patch here: https://gitlab.freedesktop.org/drm/nouveau/-/issues/14#note_767791 which is reported to solve the problem. For myself, with 5.10.7-200 (original fedora kernel, not patched), I still see the flicker, but not freezes so far (33 minutes running it), and no DRM timeout messages. Still, the flicker is there. Hopefully the kernel patch linked above should solve the problem completely.
(In reply to Hedayat Vatankhah from comment #22) > For myself, with 5.10.7-200 (original fedora kernel, not patched), I still > see the flicker, but not freezes so far (33 minutes running it), and no DRM > timeout messages. Still, the flicker is there. [ 2877.728203] nouveau 0000:01:00.0: DRM: base-0: timeout [ 2879.735204] nouveau 0000:01:00.0: DRM: base-0: timeout [ 2881.741997] nouveau 0000:01:00.0: DRM: base-0: timeout [***@### ~]$ uname -r 5.10.7-200.fc33.x86_64 :(
Switch to LXQT desktop environment to avoid annoying crashes, the solution of this bug should be close.
(In reply to rvcsaba from comment #23) > (In reply to Hedayat Vatankhah from comment #22) > > For myself, with 5.10.7-200 (original fedora kernel, not patched), I still > > see the flicker, but not freezes so far (33 minutes running it), and no DRM > > timeout messages. Still, the flicker is there. > > [ 2877.728203] nouveau 0000:01:00.0: DRM: base-0: timeout > [ 2879.735204] nouveau 0000:01:00.0: DRM: base-0: timeout > [ 2881.741997] nouveau 0000:01:00.0: DRM: base-0: timeout > [***@### ~]$ uname -r > 5.10.7-200.fc33.x86_64 > > :( Yeah... took awhile this time for me, but finally happened. BTW, the patch seems reasonable. I hope it is merge ASAP.
(In reply to Hedayat Vatankhah from comment #22) > There is a patch here: > https://gitlab.freedesktop.org/drm/nouveau/-/issues/14#note_767791 This patch is missing from the kernel 5.10.10-rc1.
5.10.11-200.fc33.x86_64 [10239.900242] nouveau 0000:01:00.0: DRM: base-0: timeout [10241.940779] nouveau 0000:01:00.0: DRM: base-0: timeout [10243.947898] nouveau 0000:01:00.0: DRM: base-0: timeout [10246.038837] nouveau 0000:01:00.0: DRM: base-0: timeout [10248.097630] nouveau 0000:01:00.0: DRM: base-0: timeout [10250.103452] nouveau 0000:01:00.0: DRM: base-0: timeout [10252.109952] nouveau 0000:01:00.0: DRM: base-0: timeout [10254.129710] nouveau 0000:01:00.0: DRM: base-0: timeout [10256.135797] nouveau 0000:01:00.0: DRM: base-0: timeout
Thank you for commit e4d2a196fdc5f7eeab21d3d6a27566f3dc1f4d60 in 5.10.13.
I'm using 5.10.14 since yesterday, and it seems that this bug is really fixed.
This message is a reminder that Fedora 33 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 33 on 2021-11-30. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '33'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 33 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 33 changed to end-of-life (EOL) status on 2021-11-30. Fedora 33 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.