Skip to content

Commit 6122437

Browse files
committed
Addressing feedback
1 parent f4e452e commit 6122437

File tree

1 file changed

+15
-0
lines changed

1 file changed

+15
-0
lines changed

sycl/doc/extensions/experimental/sycl_ext_oneapi_memory_export.asciidoc

Lines changed: 15 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -255,6 +255,9 @@ The value of `ExternalMemHandleType` must match the value passed to
255255
`ExternalMemHandleType` value that not match the value passed to
256256
`alloc_exportable_device_mem` results in undefined behavior.
257257

258+
The implementation of this function does not have to be defined for every value
259+
of the `external_mem_handle_type` enum.
260+
258261
The `syclDevice` and `syclContext` passed to `export_device_mem_handle` must
259262
match the device and context used when the `deviceMemory` was allocated using
260263
`alloc_exportable_device_mem`. If a `syclQueue` is passed, it must also be
@@ -354,6 +357,18 @@ We are considering this approach for future versions of this extension, but for
354357
this initial draft we've have decided to provide explicit APIs to simplify the
355358
implementation and gather early feedback.
356359

360+
=== Querying Supported External Memory Handle Types
361+
362+
Currently, there is no way to query which external memory handle types are
363+
supported by the implementation. As this is an initial draft of an
364+
experimental extension intended to gather early feedback, we have not
365+
implemented this functionality yet. However, we are aware of this limitation
366+
and plan to address it in future versions of this extension.
367+
368+
As noted above in the document, the {dpcpp} implementation currently
369+
supports exporting memory with the `opaque_fd` and `win32_nt_handle` handle
370+
types, and only on the Level Zero backend.
371+
357372
== Revision History
358373

359374
[frame="none",options="header"]

0 commit comments

Comments
 (0)