Commit 097f307e by Courtney Goeltzenleuchter Committed by Commit Bot

Vulkan: Fix segv referencing contextVk

Tests dEQP-EGL.functional.fence_sync.* can cause SyncHelper::clientWait to be called with a null contextVk which we were trying to deference to get to the renderer. We have a pointer to the renderer already so just use that. Bug: b/154030730 Change-Id: If64ec2c960f39b893d2e47a11638d16f830aecfd Reviewed-on: https://chromium-review.googlesource.com/c/angle/angle/+/2493181 Commit-Queue: Shahbaz Youssefi <syoussefi@chromium.org> Reviewed-by: 's avatarTim Van Patten <timvp@google.com> Reviewed-by: 's avatarShahbaz Youssefi <syoussefi@chromium.org>
parent e89c8f7c
...@@ -108,9 +108,9 @@ angle::Result SyncHelper::clientWait(Context *context, ...@@ -108,9 +108,9 @@ angle::Result SyncHelper::clientWait(Context *context,
// If we are using worker need to wait for the commands to be issued before waiting on the // If we are using worker need to wait for the commands to be issued before waiting on the
// fence. // fence.
if (contextVk->getRenderer()->getFeatures().enableCommandProcessingThread.enabled) if (renderer->getFeatures().enableCommandProcessingThread.enabled)
{ {
contextVk->getRenderer()->waitForCommandProcessorIdle(contextVk); renderer->waitForCommandProcessorIdle(contextVk);
} }
// Wait on the fence that's expected to be signaled on the first vkQueueSubmit after // Wait on the fence that's expected to be signaled on the first vkQueueSubmit after
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment