Skip to content

[SYCL][NFC] Refactor IPC for memory#21934

Draft
slawekptak wants to merge 3 commits intointel:syclfrom
slawekptak:ext_ipc_mem_refactor_v4
Draft

[SYCL][NFC] Refactor IPC for memory#21934
slawekptak wants to merge 3 commits intointel:syclfrom
slawekptak:ext_ipc_mem_refactor_v4

Conversation

@slawekptak
Copy link
Copy Markdown
Contributor

@slawekptak slawekptak commented May 5, 2026

Introduce a common header to be used by all IPC features going forward (introduced by the sycl_ext_oneapi_inter_process_communication extension).

Change the memory IPC namespace name and use the new handle type location introduced by #21949, in the SYCL Preview version. This will become the new IPC API design for all new IPC-related features going forward, and for IPC memory in the next ABI-breaking window.

@slawekptak slawekptak marked this pull request as ready for review May 7, 2026 11:06
@slawekptak slawekptak requested a review from a team as a code owner May 7, 2026 11:06
Copy link
Copy Markdown
Contributor

@cperkinsintel cperkinsintel left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So this all looks good, and I'm not familiar with the bigger plans for IPC. But it seems strange to me to be moving from one experimental namespace into a different experimental namespace with an ABI break and no changing of the functionality.

I understand this is preparation for incoming new work. But maybe we should just add the new namespace and leave the old one alone? Then we can deprecate the old one whenever we want and the new one doesn't have to be hidden behind the preview breaking changes flag, it can just be new functionality.

@slawekptak slawekptak marked this pull request as draft May 7, 2026 17:29
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants