This repository has been archived by the owner on Jan 26, 2024. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 40
clEnqueueSVMMemcpy SegFault #14
Comments
This still happens with the latest ROCm 3.9.0 release. The same bug is triggered by
|
clEnqueueSVMMemcpy crashes also with ROCm 5.1.3. Both in OpenCL-CTS (in the same spot as outlined above) and a standalone test program that only calls this function. |
I believe ROCM5.2 should have a fix for this issue. |
Tested W5700 with rocm-5.2.1 and W6600 with rocm-5.2.3 on different machines: segfault does not occur anymore but OpenCL-CTS SVM test fails on both machines with:
|
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Running
clEnqueueSVMMemcpy(queue, CL_TRUE, dst, src, size, 0, NULL, NULL);
with dst allocated withclSVMAlloc
and src allocated by the system (e.g. posix_memalign) triggers a segmentation fault:Thread 4 "Command Queue T" received signal SIGSEGV, Segmentation fault.
Backtrace:
The problem are the checks in line 1281 and 1282, which will both trigger a segfault if
srcMem
ordstMem
is anullptr
, that is, not present in the memory map (line 1259 and 1260):https://github.com/ROCm-Developer-Tools/ROCclr/blob/roc-3.5.x/device/rocm/rocvirtual.cpp#L1281-L1282
https://github.com/ROCm-Developer-Tools/ROCclr/blob/roc-3.5.x/device/rocm/rocvirtual.cpp#L1259-L1260
This will call forceFineGrain with a
nullptr
instead ofamd::Memory*
:https://github.com/ROCm-Developer-Tools/ROCclr/blob/roc-3.5.x/device/rocm/rocdevice.hpp#L193
Tested on lates ROCm 3.5.1 release with the coresponding
roc-3.5.x
orrocm-3.5.x
branches.The text was updated successfully, but these errors were encountered: