Fix handling of cudaDeviceEnablePeerAccess return value#493
Fix handling of cudaDeviceEnablePeerAccess return value#493anvishwa-amd wants to merge 1 commit intopytorch:mainfrom
Conversation
|
Hi @anvishwa-amd! Thank you for your pull request and welcome to our community. Action RequiredIn order to merge any pull request (code, docs, etc.), we require contributors to sign our Contributor License Agreement, and we don't seem to have one on file for you. ProcessIn order for us to review and merge your suggested changes, please sign at https://code.facebook.com/cla. If you are contributing on behalf of someone else (eg your employer), the individual CLA may not be sufficient and your employer may need to sign the corporate CLA. Once the CLA is signed, our tooling will perform checks and validations. Afterwards, the pull request will be tagged with If you have received this in error or have any questions, please contact us at cla@meta.com. Thanks! |
|
Thank you for signing our Contributor License Agreement. We can now accept your code for this (and any) Meta Open Source project. Thanks! |
|
@kapilsh Can you please have a look at it. Thank you ! |
Problem
When building PyTorch on AMD ROCm the build reported a warning for hipDeviceEnablePeerAccess().
Summary
Handle the return value of
cudaDeviceEnablePeerAccesscorrectly instead of usingcudaGetLastError().cudaDeviceEnablePeerAccessis a synchronous host API. Its return value already reflects the call result, socudaGetLastError()is unnecessary and can return stale errors from earlier async work.Signature
__host__cudaError_t cudaDeviceEnablePeerAccess ( int peerDevice, unsigned int flags )
Enables direct access to memory allocations on a peer device.
The change is nominal and resolves the build warning while keeping the same behavior.