3 commits

Author	SHA1	Message	Date
Gwenole Beauchesne	f3c58d4ef4	surface: add support for GEM buffer exports. ... Add support for GEM buffer exports. This will only work with VA drivers based off libdrm, e.g. the Intel HD Graphics VA driver. This is needed to support interop with EGL and the "Desktop" GL specification. Indeed, the EXT_image_dma_buf_import extension is not going to be supported in Desktop GL, due to the lack of support for GL_TEXTURE_EXTERNAL_OES targets there. This is useful for implementing VA/EGL interop with legacy Mesa stacks, in Desktop OpenGL context. https://bugzilla.gnome.org/show_bug.cgi?id=736717	2015-01-28 17:35:16 +01:00
Gwenole Beauchesne	073d6d59e1	surface: add support for dma_buf exports. ... Use the new VA buffer export APIs to allow for a VA surface to be exposed as a plain PRIME fd. This is in view to simplifying interop with EGL or OpenCL for instance. https://bugzilla.gnome.org/show_bug.cgi?id=735364	2015-01-28 17:35:16 +01:00
Gwenole Beauchesne	250260cc36	Add abstraction for exported VA buffers. ... The VA buffer export APIs work for a particular lifetime starting from vaAcquireBufferHandle() and ending with vaReleaseBufferHandle(). As such, it could be much more convenient to support implicit releases by simply having a refcount reaching zero. https://bugzilla.gnome.org/show_bug.cgi?id=736721	2015-01-28 17:35:16 +01:00