-
Notifications
You must be signed in to change notification settings - Fork 116
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
[HIP] Support managed allocations in USM free #1193
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
@npmiller This PR is fine as is. I just have a question that ties into the now finally used mananged memory type from ROCm v5.7.1 onwards. So I am wondering whether we need to address this also in |
It does check this:
I'm not sure if it's exactly the same thing though |
04f53af
to
1c01d80
Compare
The |
1c01d80
to
264c770
Compare
Codecov ReportAll modified and coverable lines are covered by tests ✅
❗ Your organization needs to install the Codecov GitHub app to enable full functionality. Additional details and impacted files@@ Coverage Diff @@
## main #1193 +/- ##
=======================================
Coverage 15.46% 15.46%
=======================================
Files 238 238
Lines 33883 33883
Branches 3747 3747
=======================================
Hits 5239 5239
Misses 28593 28593
Partials 51 51 ☔ View full report in Codecov by Sentry. |
I bumped into an issue locally with shared USM while trying out HIP support for SYCL-Graphs on ROCM 5.7.1, and this patch fixed it, would be helpful to get this merged (or tagged ready-to-merge) |
264c770
to
df3ead3
Compare
4736a58
to
3173420
Compare
Rebasing should resolve the unrelated check failures. |
In ROCm 5.7.1 some USM allocations are reported as managed, these are freed in the same way as device allocations.
3173420
to
9c68768
Compare
In ROCm 5.7.1 some USM allocations are reported as managed, these are freed in the same way as device allocations.
Testing in intel/llvm#12380