[Bug 71759] Intel driver fails with "intel_do_flush_locked failed: No such file or directory" if buffer imported with EGL_NATIVE_PIXMAP_KHR

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=71759

--- Comment #24 from Martin Peres <martin.peres at free.fr> ---
Didn't get more than half an hour today on this, but Kenneth was right. I made
the assumption that there would be only one screen created for all the GL
contexts but it turns out that's where I was wrong. Some more tracing showed
that the bufmgr allocation was indeed done only in CreateScreen2.

So, we have got 3 different bufmgr. One for totem's clutter GL context, one for
VAAPI intel and one for clutter-gst. The rellocation issue happens when sharing
from the clutter-gst to totem's clutter context. This means that the current
patch would be sort of OK, assuming that both mesa would pick up the same DRI
version (would only have been a problem for the intel ddx).

I will cook up a patch to make sure that we share the same bufmgr for both the
render node and the normal node, otherwise we are in violation of the GL spec
AFAIK. This is a bit nasty though to try to share buffers between two opengl
context created from two different X connections :s

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-3d-bugs/attachments/20160714/f1e1114a/attachment.html>