It supposedly has been fixed in 6.13 and 6.12.11.
I’m using 6.13 and I have flickering/pink lines appearing with GPU activity. Happens frequently in Firefox with hardware acceleration.
2 Likes
Than that may be a separate issue, though the fix may be the same. At least I only experience the horizontal glitches when scolling long documents or web pages, but never in video playback. And I never saw anything I would call pink lines. More like the lower quarter or so of the display flickering, but I would asign a more greenish tint to it than pink, though it may be content dependent. If you haven’t already, tell that to the devs in the AMD GitLab linked above. They will have to look into it and decide if the fix is incomplete or if it’s a different issue alltogether.
It’s definitely the lower part of the screen that it happens at. I’ll report the stuff they need to take a look at it, and for the time being I did the x410 to turn off all the panel refresh stuff.
This is how it appears on my screen:
Yes, doesn’t look at all like it does for me. Though I can only guess how it looks for others. But youi were talking about hardware acceleration, but this may not have anything to do with this.
Yeah, I have no clue. 
It was just my attempt at describing where I see it happen the most. The kernel flags seem to get rid of the issue though. We’ll have to see if newer 6.13 patches make any changes to it.
Are you only seeing these since 6.13? I’m on 6.12.11, and I’ll probably stay on 6.12 for now.
Mine started near the end of the 6.13 RC’s . I don’t remember seeing it in 6.12. RC’s (I have been using RC kernels)
That puts it around the same time 6.12’s amdgpu drivers were added to the kernel
Ive had a larger version of that flickering for a while. I can’t remember which kernel introduced it.
It is always the lower part of the screen. It occurs most frequently with dark content (but fully dark content doesnt seem to trigger it although maybe thats just a correlation). It happens most often with Firefox or VS Code, usually when scrolling or switching workspaces in Sway to a workspace with one of thse apps (but if ive used the workspace recently it generally doesnt happen so its hard to reproduce)
As kernel updates have come its gotten less and less frequent. I am currently on 6.11.11-300.fc41.x86_64 (i.e. fedora 41)
Yes, in my opinion it’s worst on 6.12.12, though 6.12.11 isn’t ideal either. I’m currently looking into 6.13.2, but I’m not yet fully sure if that solves it entirely or just limits the issues to very rare occurences.
1 Like
I was seeing issues up through 6.12.11 (on Fedora 40 running KDE Plasma)
They are sporadic for me. sometimes goes for a bit without them kicking in. but then sometimes happens a lot. manifests as bottom chunks on the screen I see a typically white panel flash. Very much tied to firefox. If I close all FF and just have my consoles and some utility apps don’t see it.
I first noticed them around the time I went from Fedora 39 to 40 as well as applying the keyboard deflection kit. And of course the system upgrade including a FF bump (as well as KDE and others). so especially with the sporadic nature been “fun” to try and pin down.
I thought I had it good a few weeks back when I went to firmware 3.05. that also did a tmep reduction in graphic memory from gaming to effectively “auto” (I have 96GB RAM gaming does 8GB fixed, auto does 2GB at least in this FW version). But subsequent reboots took the gaming setting back into play and even moving the setting back to “auto” and the drop to 2GB didn’t help.
Really seems to show when in “social media”/forum type sites. and disabling the FF HW performance setting didn’t impact the flickering (but did make those same sites much slower to navigate – wow those sites have some crazy stuff going on just to get a little glitz it seems)
I did just take the latest 6.12.13 kernel (still Fedora 40) but I also set both of the kernel command line params (sg_display and the debug flags to mask the panel). figured do both to try and get the flicking under control (seemed like both gave the most surefire success from comments above and in other threads) and if it seems to be gone for a week maybe I’ll try dropping some settings to see if I can narrow it down.
It seems this will be fixed or at least lessened with 6.14: Artifacting and glitching on 7840HS/780M on Wayland (#3388) · Issues · drm / amd · GitLab
Though this just disables PSR-SU all together for eDP displays for the time being. I hope this will be backported to 6.12.
Just to update on this issue, the problem seems to have been resolved in latest stable version of linux 6.12 (probably after some patch). No additional flags necessary for me.
1 Like
Interestingly enough it’s not fixed with 6.14.2. I’ll wait for 6.12.23 landing in Debian Testing and see if that does the trick for me too.
1 Like
For the record: in 6.15.2 you still have to add the kernel params mentioned above, namely amdgpu.dcdebugmask=0x410. To see your currently set value, you can use this command:
for f in /sys/module/amdgpu/parameters/*; do echo "$(basename "$f"): $(cat "$f")"; done | grep dcd
Note, that it outputs in decimal, so should look like dcdebugmask: 1040 (which is equivalent to 410 in hex). In NixOS, if you’re also using the nixos-hardware flake, make sure to explicitly force the behavior:
boot.kernelParams = pkgs.lib.mkForce [
"amdgpu.dcdebugmask=0x410"
];
I am seeing occasional screen flickering on 6.15.2 on nixos as well (fw13 Ryzen 9 AI 370). This happens when i hover over the tabs in firefox.
You should use mkAfter or mkBefore instead of mkForce here as mkForce will override kernelParams set anywhere else, when really you’re likely trying to just add to the list.
1 Like
agree! i tried it before and initially it didn’t work for some reason. but it does now, so, indeed, instead of mkForce pls use mkAfter
On my FW16 (no dGPU) using Ubuntu 24.04 or 24.10 with Kernel 6.12, 6.13 or 6.14 I never had any flickering issues at all and I didn’t have any dcdebugmask flags set.
As soon as I upgraded to Ubuntu 25.04 (same 6.14 kernel) the flickering started (pink bands while running Minecraft). Setting amdgpu.dcdebugmask=0x410 fixed it for me. Using values 0x10 or 0x20 didn’t help. I haven’t tried 0x400.So it would seem there’s something about Ubuntu 25.04 that causes the problem, not the kernel version, possibly the mesa version.
Update: 0x400also fixes it completely.
1 Like
I had the same but with a green smooth flat bar at the very bottom of the display, the debugmask 0x410 fixed it and for me it was both in firefox and to a lesser extent during video playback when the discrete gpu was active.