<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - eglWaitClient() doesn't work as documented using DRI2 backend"
href="https://bugs.freedesktop.org/show_bug.cgi?id=106337#c7">Comment # 7</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - eglWaitClient() doesn't work as documented using DRI2 backend"
href="https://bugs.freedesktop.org/show_bug.cgi?id=106337">bug 106337</a>
from <span class="vcard"><a class="email" href="mailto:lemody@gmail.com" title="Tapani Pälli <lemody@gmail.com>"> <span class="fn">Tapani Pälli</span></a>
</span></b>
<pre>(In reply to Mike Gorchak from <a href="show_bug.cgi?id=106337#c6">comment #6</a>)
<span class="quote">> I was able to test your changes and had to add following addition to the
> intel_screen.c:
>
> @@ -171,7 +176,7 @@
> }
>
> static const struct __DRI2flushExtensionRec intelFlushExtension = {
> - .base = { __DRI2_FLUSH, 4 },
> + .base = { __DRI2_FLUSH, 5 },</span >
sorry did not remember to bump the version
<span class="quote">> .flush = intel_dri2_flush,
> .invalidate = dri2InvalidateDrawable,
>
> Now I can confirm that it flushes all data to drawable surface and waits for
> it properly. Speed has been decreases dramatically, only a bit better than
> glFinish(). I think we cannot do too much with it.</span >
OK, yeah depending on the usecase you could perhaps do multibuffering
<span class="quote">> Another "issue", which I'm not sure if it is issue or expected behavior,
> related to this topic: when FBO is used together with surfaceless contexts.
>
> eglWaitClient() bails out with error if surfaceless contexts are in use to
> draw to FBO. Is this expected behavior?
>
> Specification says: "All rendering calls for the currently bound context,
> for the current rendering API, made prior to eglWaitClient are guaranteed to
> be executed before native rendering calls made after eglWaitClient." and it
> doesn't mention "surfaces", only "contexts".</span >
Right, this feels like another bug.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
<li>You are the QA Contact for the bug.</li>
</ul>
</body>
</html>