-
Iago Toral authored
If a secondary command buffer has occlusion query inheritance then draw calls recorded in it should update an active occlusion query counter started in the primary command buffer. If executing the secondary in a primary required to emit jobs and not just a branch instruction, then we might need to create a new job for the primary as well, and in that case we would lose the occlusion query state, so we need to re-emit it at that point so any additional draw calls recorded into the secondary that is being executed continue to update the counter. Fixes: dEQP-VK.query_pool.concurrent_queries.secondary_command_buffer Reviewed-by: Alejandro Piñeiro <apinheiro@igalia.com> Part-of: <mesa/mesa!7373>
7d6609e7