You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 26, 2024. It is now read-only.
As the title suggests, hipDeviceGetUuid returns a different UUID than VkPhysicalDeviceIDProperties::deviceUUID. These IDs are needed to relate two devices from the different APIs to eachother, so as to ensure that the same is chosen when doing interop.
It seems that both in the Mesa and AMDVLK drivers, this ID is derived from the PCI bus address and so is compatible with each other (even if only by accident), while in hip it is via rocr derived from unique_id in /sys/devices/virtual/kfd/kfd/topology/nodes/*/properties, which is ultimately created from the device's serial number (at least on some architectures).
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
As the title suggests,
hipDeviceGetUuid
returns a different UUID thanVkPhysicalDeviceIDProperties::deviceUUID
. These IDs are needed to relate two devices from the different APIs to eachother, so as to ensure that the same is chosen when doing interop.It seems that both in the Mesa and AMDVLK drivers, this ID is derived from the PCI bus address and so is compatible with each other (even if only by accident), while in hip it is via rocr derived from unique_id in
/sys/devices/virtual/kfd/kfd/topology/nodes/*/properties
, which is ultimately created from the device's serial number (at least on some architectures).The text was updated successfully, but these errors were encountered: