Skip to content

Commit 6d66900

Browse files
committed
resolve issue about devices and sub-devices
1 parent 862a280 commit 6d66900

1 file changed

Lines changed: 3 additions & 3 deletions

File tree

extensions/cl_khr_unified_svm.asciidoc

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -1112,10 +1112,10 @@ For reference, for other APIs:
11121112
. What about devices and sub-devices?
11131113
+
11141114
--
1115-
*UNRESOLVED*: Neither the OpenCL specification nor this extension specification currently says much about how SVM behaves for devices and sub-devices.
1115+
`RESOLVED`:
1116+
In this extension, there is no implicit requirement that an allocation owned by a sub-device is accessible to its parent device or that an allocation owned by a parent device is accessible to its sub-device.
11161117

1117-
My rough expectations are that if an allocation is made against a context with a device and a sub-device, and the allocation is associated with the device, then the allocation is also accessible to the sub-device.
1118-
Unless additional clarification is needed, perhaps this issue may simply be resolved.
1118+
The query for {clGetSVMPointerInfoKHR}({CL_SVM_ALLOC_ACCESS_FLAGS_KHR}) can be used to determine whether an allocation is accessible to a parent device or a sub-device, just like for any other device.
11191119
--
11201120

11211121
. Should we move more of the {clSVMAllocWithPropertiesKHR} arguments to properties?

0 commit comments

Comments
 (0)