@@ -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+
258261The `syclDevice` and `syclContext` passed to `export_device_mem_handle` must
259262match 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
354357this initial draft we've have decided to provide explicit APIs to simplify the
355358implementation 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