1. Please describe the problem: After updating from 6.7.10-200.fc39 → 6.8.4-200.fc39 I started seeing glitches on one of my monitors. It was discussed in the forum (there is a video showing the issue too): https://discussion.fedoraproject.org/t/flickering-on-dual-screen-setup-amd-gpu/112248 2. What is the Version-Release number of the kernel: 6.8.4-200.fc39 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 : 6.7.10-200.fc39 worked. 6.8.4-200.fc39 does not. 4. Can you reproduce this issue? If so, please provide the steps to reproduce the issue below: Nothing to do, the glitch randomly appears in GNOME. 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``: No idea. 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. I'll do that in a follow-up comment. Reproducible: Always
Created attachment 2026121 [details] dmesg output
Is the rawhide kernel installable on Silverblue?
Me and another user also has the same bug, thinking its a kernel issue, since 6.7.11-200.fc39.x86_64 kernel is stable, where as 6.8.4-200.fc39.x86_64 onwards even fedora 40 is causing the weird artifact. After some more investigation it seems to be due to VRR or something along refresh rates. Every time I hover over a icon, folder etc the artifact triggers. Landscape (flipped) on gnome 46 doesn't cause the artifact, apart from logging out and in again. Other spins still cause artifacting X11 and KDE both been tried.
Also happening with 6.8.9-200.fc39. I could see the flickering even during the LUKS password prompt at boot time, on both monitors.
Same problem here with still with 6.8.10-300.fc40.x86_64. I'm using an AMD RX 7900 XT card. 6.7.x kernels were fine.
I experienced similar screen flickering while using Ubuntu 24.04 (6.8.0-36-generic) and RX 7800 XT. I came across an issue on the Arch Linux forum that seems related. It appears to be caused by 'Dynamic Power Management'. Changing the value in /sys/class/drm/card1/device/power_dpm_force_performance_level from auto to high helped in my case. Maybe this will also resolve your issue. https://bbs.archlinux.org/viewtopic.php?id=294036 https://wiki.archlinux.org/title/AMDGPU#Screen_artifacts_and_frequency_problem
That works around the issue after a fresh boot, but if you suspend the machine, the glitches get back when the machine wakes up.
(In reply to Jakub Bednarek from comment #6) > I experienced similar screen flickering while using Ubuntu 24.04 > (6.8.0-36-generic) and RX 7800 XT. I came across an issue on the Arch Linux > forum that seems related. It appears to be caused by 'Dynamic Power > Management'. Changing the value in > /sys/class/drm/card1/device/power_dpm_force_performance_level from auto to > high helped in my case. Maybe this will also resolve your issue. > > https://bbs.archlinux.org/viewtopic.php?id=294036 > > https://wiki.archlinux.org/title/ > AMDGPU#Screen_artifacts_and_frequency_problem This does fix the issue, although as Philippe Normand said when you either logout, restart or shutdown the file reverts back to auto and not high. Is there a way to permanently keep that file on high?
(In reply to sam.kerr2009 from comment #8) > (In reply to Jakub Bednarek from comment #6) > > I experienced similar screen flickering while using Ubuntu 24.04 > > (6.8.0-36-generic) and RX 7800 XT. I came across an issue on the Arch Linux > > forum that seems related. It appears to be caused by 'Dynamic Power > > Management'. Changing the value in > > /sys/class/drm/card1/device/power_dpm_force_performance_level from auto to > > high helped in my case. Maybe this will also resolve your issue. > > > > https://bbs.archlinux.org/viewtopic.php?id=294036 > > > > https://wiki.archlinux.org/title/ > > AMDGPU#Screen_artifacts_and_frequency_problem > > This does fix the issue, although as Philippe Normand said when you either > logout, restart or shutdown the file reverts back to auto and not high. > > Is there a way to permanently keep that file on high? Did you try the udev rule described in the Arch Wiki? https://wiki.archlinux.org/title/AMDGPU#Screen_artifacts_and_frequency_problem You need to create a file at /etc/udev/rules.d/30-amdgpu-pm.rules with the following content: KERNEL=="card0", SUBSYSTEM=="drm", DRIVERS=="amdgpu", ATTR{device/power_dpm_force_performance_level}="high" Replace card0 with your device name. You can find this by running: find /sys/class/drm/ -regextype awk -regex '.+/card[0-9]+' -printf '%f\n' Then, reload the udev rules with: udevadm control --reload-rules && udevadm trigger This will keep the configuration persistent after a reboot. However, I haven't tested it with a suspended machine.
Yes I tried it, doesn't work in case of wake-up from suspend. Anyway, this workaround shouldn't be needed in the first place, right? This is just hiding a bug.
After updating to 6.11.3-300.fc41.x86_64 the issue is not happening anymore although I briefly saw it during boot time, before automatic log-in to GNOME.
Same for me after an update to 6.11.3-200.fc40.x86_64 the issue does not seem occur anymore.
only happens on my second monitor when the GPU is under stress, apart from that I rarely see it anymore.
This message is a reminder that Fedora Linux 39 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora Linux 39 on 2024-11-26. 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 'version' of '39'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, change the 'version' to a later Fedora Linux version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see it. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora Linux 39 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 Linux, you are encouraged to change the 'version' to a later version prior to this bug being closed.
Fedora Linux 39 entered end-of-life (EOL) status on 2024-11-26. Fedora Linux 39 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 Linux please feel free to reopen this bug against that version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see the version field. If you are unable to reopen this bug, please file a new report against an active release. Thank you for reporting this bug and we are sorry it could not be fixed.