<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 25, 2024 at 9:08 AM Lucas Stach <<a href="mailto:l.stach@pengutronix.de">l.stach@pengutronix.de</a>> wrote:<br></div><div dir="ltr" class="gmail_attr">> I can reproduce the issue, but sadly there is no simple fix for this,<br>> as it's a bad interaction between some of the new features.<br>> At the core of the issue is the dmabuf-feedback support with the chain<br>> of events being as follows:<br><br>> 1. weston switches to the scanout tranche, as it would like to put the<br>> surface on a plane<br>> 2. the client reallocates as linear but does so on the render node<br>> 3. weston still isn't able to put the buffer on the plane, as it's<br>> still scanout incompatible due to being non-contig, so needs to fall<br>> back to rendering<br>> 4. now we are stuck at a linear buffer being used for rendering, which<br>> is very non-optimal<br><br>> I'll look into improving this, but can make no commitments as to when<br>> I'll be able to get around to this.</div><div dir="ltr" class="gmail_attr"><br></div><div class="gmail_attr">Seem to be tricky. </div><div class="gmail_attr">If you want, we at least can help you test it. Just reach out. <br></div><div class="gmail_attr">We also saw similar behaviour on more modern hardware, like the iMX8MM. <br>I will do a bit more testing on the iMX8MM and also some on the iMX8MP to geather more data and <br></div><div class="gmail_attr">I am thinking in also opening an issue on the gitlab of Mesa, for better tracking. What do you think?</div><div class="gmail_attr"><br></div><div class="gmail_attr">Thanks for all the help Lucas. </div><div class="gmail_attr"><br>Regards,<br>João Paulo Goncalves<br> </div></div></div>