Gallium3D VDPAU Gets Better Interoperability Support With DMA-BUF

[phoronix]

Phoronix: Gallium3D VDPAU Gets Better Interoperability Support With DMA-BUF

For those making use of OpenGL and VDPAU together, there is better interoperability support within the Gallium3D VDPAU state tracker...

http://www.phoronix.com/scan.php?pag...AU-New-Interop

[swoorup]

Are there any benefits to this approach?

[smitty3268]

Are there any benefits to this approach?

I'm assuming it was so the amdgpu pro driver can use it. I suppose it would also let you update the mesa and vdpau libs separately if you wanted.

Avoid using internal structures from another API.
That should allow us to get away from passing internal structures around.

[CrystalGamma]

Are there any benefits to this approach?

Theoretically, you could now interop between Mesa and non-Mesa drivers.
Also, this pushes complexity out of Mesa by adopting technology that already exists in the kernel.

[Ericg]

Are there any benefits to this approach?

I don't know what the old approach used, but using dma-buf should be zero-copy.

[Masush5]

This might also be a step to fix the broken VDPAU <-> GL interop when using DRI3 render nodes, see:
https://cgit.freedesktop.org/xorg/dr...b2cc385b9ecba9

[Serafean]

Are there any benefits to this approach?

my $0.02 :
- No more need for a custom openGL extension (downside is that it is more platform specific. Note: AFAIK this does NOT remove the GL extension)
- Easier GL/wayland support.
- Path for fixing dri3
- Use more heavy duty infrastructure in kernel (better tested, less code duplication etc...)

[MoonMoon]

Does this mean that hardware that was previously not capable to use VDPAU with OpenGL, like the HD3200, can do it now? Would be nice for Steam streaming.

[SystemCrasher]

Interestingly it has caused fallout on R600s. Which has been quickly spotted by ppl in mailing list and nailed down. That's how it should be.