<div dir="ltr">On 29 October 2013 14:46, Eric Anholt <span dir="ltr"><<a href="mailto:eric@anholt.net" target="_blank">eric@anholt.net</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class="im">Federico Mena Quintero <<a href="mailto:federico.mena.lists@gmail.com">federico.mena.lists@gmail.com</a>> writes:<br>
<br>
</div><div class="im">> Hello, everyone,<br>
><br>
> Attached is a new test for piglit which exposes a bug in Mesa's<br>
> software rendering (and another bug in hardware rendering, but that's<br>
> not its main purpose).<br>
><br>
> The bug is as follows.  With software rendering, after doing a buffer<br>
> swap, glBlitFrameBufferEXT() appears to to copy the whole framebuffer<br>
> instead of just the specified region.  This breaks clutter and cogl,<br>
> since they keep track of a dirty region themselves, and they use blits<br>
> instead of full buffer swaps to avoid updating the whole display on<br>
> every frame unnecessarily.<br>
><br>
> What is happening is actually a bit more complicated.<br>
> glBlitFrameBufferEXT()'s basic machinery works correctly, but if there<br>
> has been a buffer swap before it, the following happens:<br>
<br>
</div>Hah.  Apparently the problem is you're hitting this line of<br>
platform_x11.c in EGL:<br>
<br>
   /* FIXME: Does EGL support front buffer rendering at all? */<br></blockquote><div><br></div><div>FYI, we discussed this issue back in May but didn't really come to a clear consensus of what we wanted to do about it: <a href="http://lists.freedesktop.org/archives/mesa-dev/2013-May/040059.html">http://lists.freedesktop.org/archives/mesa-dev/2013-May/040059.html</a>.  (Note that the replies happened in July so the mesa-dev archives don't thread them well.  See <a href="http://lists.freedesktop.org/archives/mesa-dev/2013-June/subject.html#40129">http://lists.freedesktop.org/archives/mesa-dev/2013-June/subject.html#40129</a> for the replies.)<br>
</div></div></div></div>