-
Notifications
You must be signed in to change notification settings - Fork 245
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Question-Bug?: Support for OpenGl/OpenCl Interop on B580 #796
Comments
It's probably a new tiling format ... |
You could try those mesa MR : https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/30670 They might actually make the texture exported with proper modifier that the compute-runtime can accept. Please report back if you try them. |
I can't currently test it, so I will close this issue for now. I will update it if the above MR fixes the issue. |
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/30670 fixes the issue for Da Vinci Resolve. |
Does this driver support the use of OpenGl/OpenCl interoperability for battlemage cards. The card reports the cl_khr_gl_sharing extension but fails all conformance test. Da Vinci Resolve appears to fail with gl/cl sharing errors as well:
CL_INVALID_GL_OBJECT
.Not sure if relevant:
Switching to using zink appears to solve the issue with resolve, although with terrible performance:
env __GLX_VENDOR_LIBRARY_NAME=mesa __EGL_VENDOR_LIBRARY_FILENAMES=/usr/share/glvnd/egl_vendor.d/50_mesa.json MESA_LOADER_DRIVER_OVERRIDE=zink GALLIUM_DRIVER=zink /opt/resolve/bin/resolve
Could this be a mesa bug instead?
Versions
Ocl Info:
Logs
OpenGl/Cl conformance test suite
gl_tests.txt
Resolve Logs:
The text was updated successfully, but these errors were encountered: