<div dir="auto">Hi, <div dir="auto"><br></div><div dir="auto">Can you please file a gitlab issue and post a screenshot of the corruption? </div><div dir="auto"><br></div><div dir="auto">Thanks, </div><div dir="auto">Marek</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Oct 8, 2024, 15:21 Valtteri Koskivuori <<a href="mailto:vkoskiv@gmail.com">vkoskiv@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello all.<br>
<br>
I run Arch Linux on a 2006 Fujitsu S2110 laptop that has sentimental <br>
value to me. Earlier in 2024, I observed a regression that broke <br>
wayland-based compositors, such as Sway and Cage. The framebuffer shows <br>
up garbled, and the following error is emitted to the kernel log:<br>
<br>
[drm:radeon_crtc_do_set_base [radeon]] *ERROR* trying to scanout microtiled buffer<br>
<br>
I spent the past weekend tracking this down, and managed to set up for a <br>
bisect, which lead me to that specific commit, which was a part of merge <br>
request !28209 in March.<br>
Mesa seems to be setting the tiling flag RADEON_TILING_MICRO, which then <br>
later gets checked in the Linux driver, giving that error above.<br>
<br>
TL;DR: reverting f424ef18010 on the latest HEAD resolves this issue for me, <br>
though I'm not familiar enough with the code to determine if reverting <br>
it results in adverse effects on other hardware. More details below for <br>
the interested.<br>
<br>
GPU: [AMD/ATI] RS480M [Mobility Radeon Xpress 200]<br>
CPU: AMD Turion(tm) 64 Mobile Technology MT-37<br>
Linux arch 6.11.1-arch1-1 #1 SMP PREEMPT_DYNAMIC Mon, 30 Sep 2024 23:49:50 +0000 x86_64 GNU/Linux<br>
Mesa 24.2.3-1 (arch package)<br>
Sway and Cage were broken, but i3 seems to be unaffected.<br>
<br>
I hope this information is helpful. I'd be happy to help with testing a <br>
potential fix, if needed.<br>
<br>
Thank you all for the work you do.<br>
Br,<br>
Valtteri Koskivuori<br>
</blockquote></div>