mirror of
https://github.com/encounter/dawn-cmake.git
synced 2025-12-09 21:47:47 +00:00
d3d12: Use fixed key for keyed mutex acquire and release
Chromium has switched to using a fixed key (0) for quite some time. Using a fixed key enables future work needed for concurrent access of external textures both inside Dawn (e.g. importing a video frame twice) or across Dawn and GL. We want to try scoping the Acquire/Release calls to command list submission, but with a non-fixed key concurrent access for the same resource becomes ambiguous. Bug: chromium:1241533 Change-Id: Ia8ff473b8c9c731c411a3fd59d69213f2d903e61 Reviewed-on: https://dawn-review.googlesource.com/c/dawn/+/75642 Auto-Submit: Sunny Sachanandani <sunnyps@chromium.org> Reviewed-by: Loko Kung <lokokung@google.com> Reviewed-by: Austin Eng <enga@chromium.org> Commit-Queue: Austin Eng <enga@chromium.org>
This commit is contained in:
committed by
Dawn LUCI CQ
parent
9acdbcba85
commit
e53bfc561c
@@ -55,9 +55,14 @@ namespace dawn_native::d3d12 {
|
||||
HANDLE sharedHandle;
|
||||
};
|
||||
|
||||
// Keyed mutex acquire/release uses a fixed key of 0 to match Chromium behavior.
|
||||
constexpr UINT64 kDXGIKeyedMutexAcquireReleaseKey = 0;
|
||||
|
||||
struct DAWN_NATIVE_EXPORT ExternalImageAccessDescriptorDXGIKeyedMutex
|
||||
: ExternalImageAccessDescriptor {
|
||||
public:
|
||||
// TODO(chromium:1241533): Remove deprecated keyed mutex params after removing associated
|
||||
// code from Chromium - we use a fixed key of 0 for acquire and release everywhere now.
|
||||
uint64_t acquireMutexKey;
|
||||
uint64_t releaseMutexKey;
|
||||
bool isSwapChainTexture = false;
|
||||
|
||||
Reference in New Issue
Block a user