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
An event only has two states: not signaled and signaled.
An event can be appended into multiple command lists simultaneously.
Wouldn't it be more useful if the event has more than two states in this situation, like 32-bit states? With some API like: zeCommandListAppendSignalEvent(hCommandList, hEvent, 42) and zeEventHostSynchronizeIfBeyond(hEvent, std::numeric_limits<uint64_t>::max(), 42)
Also, it could help upper layer software to track command queue progress, and almost eliminates the chance to reset an event, etc.
The text was updated successfully, but these errors were encountered:
current status: We are working on an experimental extension in the driver (https://github.com/intel/compute-runtime) where instead of waiting on a binary state of an event, we wait on a value. We are ironing out some details and then we will have in the driver, for gather feedback on the feature.
From document on event I read:
Wouldn't it be more useful if the event has more than two states in this situation, like 32-bit states? With some API like:
zeCommandListAppendSignalEvent(hCommandList, hEvent, 42)
andzeEventHostSynchronizeIfBeyond(hEvent, std::numeric_limits<uint64_t>::max(), 42)
Also, it could help upper layer software to track command queue progress, and almost eliminates the chance to reset an event, etc.
The text was updated successfully, but these errors were encountered: