Fantastic, does this also apply to the other components in the mesa-* packages?
Is there an existing/open Mesa issue for this?
I don’t think so. On the other hand, I don’t know where/how to report.
As another datapoint I’m also experiencing this corruption. I’m testing the proposed workaround now.
Just also offering a count of this issue.
In my case, rolling back mesa-va-drivers to mesa-24.2.4-1.fc41.src.rpm actually did not fix the graphical corruption (when using external monitors.) In the next few days I’ll try to troubleshoot this further, but my specs are similar to what is seen in this thread. (to quote variegated.vanilla):
| DNF Package | Version Installed |
|---|---|
| kernel.x86_64 | 6.13.5-200.fc41 |
| amd-gpu-firmware.noarch | 20241210-1.fc41 |
| amd-ucode-firmware.noarch | 20241210-1.fc41 |
| mesa-va-drivers.x86_64 | 24.2.4-1.fc41 |
After a few days, it looks like downgrading and version locking that downgrade as noted in has successfully worked around the issue for me.
I had the same issue, so back here to share my solution:
My Framework 13 AMD on fedora had some annoying graphical artifacts that were a known issue by then (dec 2023). I therefore used the solution provided in the guides and added a kernel flag:
sudo grubby --update-kernel=ALL --args="amdgpu.sg_display=0"
After upgrading to kernel 6.13 the artifacts were back. After I removed the flags (so back to default) the artifacts were gone.
sudo grubby --update-kernel=ALL --remove-args="amdgpu.sg_display=0"
Looks like the recent Fedora upgrades I installed yesterday fixed this for me. No more weird pixel squares. So you may want to try if you can go back to the current version.