-
Notifications
You must be signed in to change notification settings - Fork 113
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
Clarify behavior in case of multiple clEnqueueAcquireExternalMemObjectsKHR calls on the same cl_mem #1086
Comments
Check how implementations behave if we do multiple acquires with earlier interops (GL/DX) as well as external sharing. |
Some options -
|
Option 3 looks to be best. |
nikhiljnv
added a commit
that referenced
this issue
Jun 18, 2024
bashbaug
pushed a commit
that referenced
this issue
Jul 16, 2024
* Clarify Acquire/Release behavior for external memory Clarify Acquire/Release behavior for external memory specs to call out the scope of operations as well as the behavior in case of multiple acquire/release calls. Fixes #1078, #1086 * Updates to Acquire/Release clarifications (#1183) Address review comments on PR#1176 Fixes #1078, #1086 * Address left-over comments (#1194) Address some of the comments that were left out in earlier update. * Fix the typo for "acquired" Fix the typo suggested by Kevin to replace aquired to acquired. Co-authored-by: Kévin Petit <kevin.petit@arm.com> --------- Co-authored-by: Kévin Petit <kevin.petit@arm.com>
This was fixed by #1176. Closing. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Clarify behavior in case of multiple clEnqueueAcquireExternalMemObjectsKHR calls on the same cl_mem without corresponding clEnqueueReleaseExternalMemObjectsKHR.
This came up as part of KhronosGroup/OpenCL-CTS#1899
The text was updated successfully, but these errors were encountered: