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
I noticed a lock before resetFenceDirty() in iHipWaitActiveStreams(3c6505c). The question I have is why don't we just set all the fences to dirty after dispatchBarrierPacket(
Hi @Dustray, is this question still relevant? I'll reach out to our internal teams if it is, but our codebase has changed in the meanwhile and I don't see iHipWaitActiveStreams anymore. Let me know if this has just been refactored and your question is still relevant, or if you have any questions about the current code.
I noticed a lock before resetFenceDirty() in iHipWaitActiveStreams(3c6505c). The question I have is why don't we just set all the fences to dirty after dispatchBarrierPacket(
clr/rocclr/device/rocm/rocvirtual.cpp
Line 1053 in b825dec
Would adding another lock and loop for this hurt performance?
Why can't other CacheState just set dirty like
kCacheStateSystem
?Thanks and hope you answer!
The text was updated successfully, but these errors were encountered: