Which release version?
(if rolling release without a release version, skip this question)
(If rolling release, last date updated?) Last week (~25 september 2024)
Which kernel are you using? 6.10.10
Which BIOS version are you using? 3.03
Which Framework Laptop 16 model are you using? (AMD Ryzen™ 7040 Series)
7940HS, 96 GB RAM, no dGPU.
Laptop was received last week.
Sometimes, when watching YouTube (it’s possible that the issue triggers in other situations too, but I have not seen that happen yet), my FW laptop’s display output becomes incredibly laggy / slow at refreshing (we’re talking on the order of a few refreshes per minute). This persists if I close Chrome, switch to the console, or restart the graphical user interface; the laptop recovers after a reboot.
Neither dmesg nor journalctl show anything obviously suspicious.
I am running wayland, with google-chrome-beta running directly on wayland too (but the issue has happened with ozone-platform set to x11 also)
In have had this with the stock kernels. Seems that it switches from accelerated mode to non accelerated.
Make sure you update the BIOS to 3.0.4 and enable “gaming” mode in BIOS (GPU assigned memory).
Of course, have the latest AMD drivers installed.
Sadly, this is a known bug. in the Radeon 600M (Ryzen 6000 / 7035 APUs) and 700M (Ryzen 7040 APUs). There are several reports on freedesktop gitlab, such as this one.
It appears that AMD has been trying to mitigate this issue in newer versions of the AGESA and PSP firmware, but the cadence of firmware updates on the Framework 16 is not exactly leaving me hopeful for a timely fix. A friend’s HP Elitebook 845 has received several AMD firmware upgrades in the time frame where my 16 has received none, and he claims that one of the more recent AGESA versions seems to have fixed the issue for now on his 7840U.
Could anybody running the new BETA BIOS go into the BIOS Setup settings and report back on what versions of the AMD AGESA, PSP and GPU firmware are running on it? One of the above comments suggests the error “seems to be gone” on 3.04, it would be helpful to see if this perceived improvement is also connected to an update in AMD’s firmware, as it seems to be on the HP laptop I am referencing here.
It is bound to. The new beta BIOS still does not upgrade the ancient AGESA version, while almost every other laptop vendor with this chip has moved away from this version. Until Framework gets it together with firmware upgrades, the crashes will continue.
Linux kernel 6.11.3 / 6.12 seems to have a fix for this. I’ve done a lot of digging and it seems like this crash is caused by PSR on the Framework 16. Linux has now moved away from PSR and on to Panel Replay on both AMD and Intel platforms, potentially eliminating the issue, and eliminating the urgency to install the mitigating AGESA firmware.
Knock on wood: it has been perfectly stable here.
If your distro doesn’t have 6.11.3 or more recent yet, you can disable PSR as a temporary solution with the kernel boot argument amdgpu.dcdebugmask=0x10. Remember to remove it when you’re finally on >= 6.11.3! It’s an useful battery saving feature.
Bonus points: I can now idle much lower with light usage. 17 W of power draw down to 13 W. Damn.
If you’re on Fedora 40, it has been here for a few days, just run an update.
Running KDE Neon 24.04.1 here. HWE kernels are not there yet. Still on 6.8.x
As I don’t watch youtube anymore because of all the commercials, I tend to download (yt-dlp is your friend) the stuff from youtube to watch without the commercials via VLC. That works.
But I’ll look out for the new kernel release. Thx for the hint.
I can second that. I only started noticing with 6.11.x, but it went away with 6.12 rc2. Haven’t looked at 6.11.3 since though, so I can’t verify that 6.11.3 brings the fix too. But interesting to know that Panel Replay was the cause for this.
