Skip to content

Pass new property list into USM malloc API #5666

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

Closed
wants to merge 2 commits into from

Conversation

sherry-yuan
Copy link
Contributor

This is a temporary solution to passing buffer_location information onto runtime. Currently the function will support pass in of compiler properties, however it will not do anything with it.

In full solution, an annotated pointer should be returned (rather than T*) to capture compile time information.

This contains less throw away work than https://github.com/intel/llvm/pull/5665/files

The full solution should be #5656

------------------------------------------------

This is a temporary solution to passing buffer_location information onto runtime. Currently the function will support pass in of compiler properties, however it will not do anything with it.

In full solution, an annotated pointer should be returned (rather than T*) to capture compile time information.
@keryell
Copy link
Contributor

keryell commented Feb 25, 2022

Do you plan to have a decorated pointer even on the host side to be captured on the device side?
Would it be possible to use a multi_ptr instead? Of course it would require some generic user code.

@sherry-yuan
Copy link
Contributor Author

Do you plan to have a decorated pointer even on the host side to be captured on the device side? Would it be possible to use a multi_ptr instead? Of course it would require some generic user code.

I believe the current decision is to let host malloc to capture only on host side. Buffer location is not restricted to just device memories location. However, note this is still being discussed, decision may change.

@sherry-yuan
Copy link
Contributor Author

Closing because superceeded by #5634

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