I am currently on AMD FW13 6.11.4 (and also just built 6.12rc4) on CachyOS with their kernel (Arch based).
I haven’t noticed any issues on my usage, although I haven’t tested any games.
Running mine on wayland with Hyprland
Vanilla GNOME on Wayland Fedora 40 here, no issues (13 inch 7840U).
I do have another occasional bug that others have encountered too:
but that seems different.
Is that a “required” step to get the bug? If so which terminal?
I can’t find it now, but I vaguely remember a bug that involved the terminal emulator. I think I was running on X back then. CPU use high and/or display lag was involved. Shot in the dark but worth a mention.
Hi. I had similar issue on Manjaro (Arch based) with 6.11.3 onwards. It’s still present on 6.12rc4.
I resolved it with the following entry in /etc/environment:
GSK_RENDERER=ngl
Maybe it helps in your situation?
Hi,
On a FW16. No dGPU. Ubuntu 24.04.1 LTS.
I am seeing similar stuttering on mainline kernel 6.11.5 (not reproducible here in 6.11.2)
Playing videos in windows or fullscreen in youtube / firefox seems to be fine (plays ok).
When I use the linux application “mpv” to play a video, it plays ok in a window, but then tends to suffer or completely pause when full screen. Moving the finger across the touchpad advances the video almost frame by frame. Pressing keys (does nothing) does not advance the video.
Summary:
mpv plays well in 6.11.2
mpv pauses / stutters in 6.11.5
Is this linked to:
Using “xrandr --output eDP --set TearFree on” helps cure the problem for me.
Not a kernel issue but a bug on gtk.
I was seeing this as well since 6.11.2 or so on both FW13 11th gen and 13th gen. Definitely affected Hyprland, even with no GTK based apps running at all.
6.11.5 seems to be slightly less bad, but not completely cured.
EDIT: I’m changing my answer on this. Still getting stuttering and freeze ups, less so in the terminal but Steam games via proton are way worse.
Just tried this. Made it worse, not better for me.
Hi,
There is a Linux kernel patch that fixes this now.
See:
If you like compiling your own kernels, you can use that patch.
Otherwise, just wait until it gets backported.
Also: this can be worked around by adding amdgpu.dcdebugmask=0x400 to your cmdline until the patches hit stable.
Although I’m unable to reproduce the issue (sway with 6.11.6, though I never had any issues with earlier kernel versions either). Might be related to Xorg/Xwayland, which I’m not using.
1 Like
So I have almost forgot about this issue since I had moved to LTS, haven’t spent much energies on this.
Today I have spent a couple of hours more trying to narrow down the issue a bit more.
- Other kernel flavors (like ZEN) or newer (tried mainline 6.12-rc) do not help.
- Using only laptop display is fine, the issue appears as soon as I enable the external display.
- As a benchmark I am using ‘glxgears’ and measured the framerate on the external display:
- kernel 6.6, I always get ~60fps, no matter which configuration nor which display.
- kernel 6.11 or 6.12:
- display port through docking station → ~10fps
- hdmi through docking station → ~25fps
- hdmi directly connected → ~58fps (however I can see little stuttering)
- I don’t have DP module to plug monitor directly to the laptop
(the docking station is HP Dock G5 USB-C)
Not sure if anyone of you has a USB-C docking station with DPort to test…
Hi,
Have you tried any of the suggestions in this thread?
It would be good to list each of them, and you report whether they helped or not.
The dock you have appears to use dp-alt mode as opposed to the terrible display link, so that is good at least.
Well, GSK_RENDERER=ngl is not helping, while the “TearFree” issue is not applying since that refers to xorg (which in my case I remember was working) while I am on wayland (sway/hyprland suffer in the same way).
Not a kernel issue but a bug on gtk.
Not understanding this comment. I had highlighted that switching kernel version fixed (or hides?) the issue. Other libraries like GTK are the same.
It looks like a fix will make it into 6.12 final that might be out tomorrow.
But as I was mentioning that issue/fix was related to another bug (xorg, not wayland, at least reading the description). In fact, as an extra test, I have compiled today the Arch Linux kernel “linux-amd-staging-drm-next” and it does NOT solve the issue… I still only have ~10fps in the external display and ~42fps in the internal display.
I think I will stay on 6.6 LTS for long time.
Can confirm both 6.11.10-2 and 6.12.1-4 exhibit this issue.
6.10 was still fine, but since it’s now EOL, I had to downgrade to 6.6 LTS.
For me though, the external 1080p60Hz screen is not affected at all, but the internal one is, severely so (if I switch from 165Hz to 60Hz it’s basically freezing, it’s so bad).
Recording doesn’t show the issue, OBS on the external screen (internal one would make it unusable) recording the internal one shows no stuttering at 60fps recording even if what I am seeing is a slideshow.
I’m using a FW16 with 7840HS using the iGPU on wayland+KDE, and it’s definitely not gtk related as pure glfw+OpenGL applications are affected just the same as are KDE system interfaces.
Interestingly, Firefox and Thunderbird both are completely unaffected, but all flatpak+electron apps I have are.
Interestingly, Firefox and Thunderbird both are completely unaffected, but all flatpak+electron apps I have are.
This is a really interesting observation! I came here to report the same lag/stuttering issue, but I originally thought that it affected all applications. But as I type this in Firefox I am not experiencing the keyboard lag/stuttering to nearly the same degree that I do when in Chrome (or even in my terminal, foot). I do still occasionally see a lag/stutter, though, so I wouldn’t say it’s completely resolved in Firefox for me, but it’s still interesting that the application makes a difference at all.
I’m on Arch Linux, Sway, with a Framework 16 AMD.
While I tried I didn’t notice any stuttering in firefox at all (though I think at some point the hamburger menu of firefox did cause a stutter). I already switched back, but I could try more if anybody needs more info to debug.
Do you also have an external monitor to test with? Since OP actually experienced it MORE on their external one, and I did not at all, that seems like an interesting data point.
Hello. FW16 here. Arch linux and sway. I upgraded from 6.11.9 to 6.12.1 this morning as part of a full system upgrade. Didn’t even occur to me to check if the kernel had updated.
I just rolled back to 6.6LTS as suggested and Foot and Chrome are responsive now.
I was also trying to play Astroneer (Proton). When I turned on frame limit to 60 to save on thermals, it went to what felt like 1 fps. It felt like a slideshow because the more buttons you pushed the faster it went.
If this issue only occurs with 6.12.x, but not with 6.11.9, it might be related to Wrong frame timing/jerkiness with 120Hz display on 6.12 (bisected) (#3742) · Issues · drm / amd · GitLab
tl;dr: You can try to use kernel cmdline amdgpu.dcdebugmask=0x10 as a workaround until the issue is fixed.
I had the lag/stuttering issue after upgrading to 6.12.x, running Arch + Sway.
The fix for me was disabling adaptive_sync in my sway config (~/.config/sway/config):
output * adaptive_sync off
Sharing in case it helps anyone else.