CLVK Is Piping OpenCL On Top Of Vulkan

[phoronix]

Phoronix: CLVK Is Piping OpenCL On Top Of Vulkan

The concept has been talked about before and there has been some previous work in this direction while "CLVK" is a newly-established effort for getting OpenCL running on top of Vulkan drivers...

http://www.phoronix.com/scan.php?page=news_item&px=CLVK-OpenCL-On-Vulkan

[Niarbeht]

insert borg reference here

except it's vulkan

[greyseek3r]

YES! Vulkanize all the things!

[zoomblab]

DXVK, CLVK. Good. Now can we do a GLVK and get rid of 80% of mesa code?

[Britoid]

DXVK, CLVK. Good. Now can we do a GLVK and get rid of 80% of mesa code?

There is https://github.com/g-truc/glo but it's dead by the look of it.

Angle could pickup OpenGL over Vulkan given that it's adding OpenGL ES over Vulkan.

Edit: There's also https://think-silicon.com/2018/08/01/1138-2-4/ but its OpenGL ES 2.5 only.

So Vulkan appears great for making drivers with.

[Guest]

YES! Vulkanize all the things!

When systemd does it, it's bad. But when Vulkan does it, all is well

[tildearrow]

DXVK, CLVK. Good. Now can we do a GLVK and get rid of 80% of mesa code?

You almost got the name right: https://phoronix.com/scan.php?page=n...re-Over-Vulkan

(but it is core profile only)

[starshipeleven]

When systemd does it, it's bad. But when Vulkan does it, all is well

That's because systemd isn't written in Rust.

[Speedator]

We really need a CUVK -> CUDA on Vulkan. A lot of software depend on CUDA and this is quite a monopoly for Nvidia like Windows is for Microsoft. So we need a kind of Wine for CUDA. AMD has HIP to convert CUDA-code or/and write for both CUDA and ROCm. But, in fact, it is limited to Nvidia and AMD and most devs are too lazy to use it. Even it is limited.

[pal666]

Now can we do a GLVK and get rid of 80% of mesa code?

no. at least if we want fast gl