anv/cmd_buffer: Don't call set_subpass in a secondary
authorJason Ekstrand <jason.ekstrand@intel.com>
Wed, 5 Oct 2016 23:51:02 +0000 (16:51 -0700)
committerJason Ekstrand <jason.ekstrand@intel.com>
Thu, 6 Oct 2016 23:52:31 +0000 (16:52 -0700)
commitb548fdbed5c16f5c0dfc26f65b0037a85c567735
tree083e4f04c8b71041ab7aa80701964e4234d82aae
parentfe4e276b02615b5db8acbf4c65fcfa68982e2e0f
anv/cmd_buffer: Don't call set_subpass in a secondary

Initially, we had intended set_subpass to be an interesting function that
did whatever (presumably a lot) setup we needed for a subpass.  In reality,
it just sets a pointer and a dirty bit and then emits depth and stencil
state.  When we call BeginCommandBuffer on a secondary, there's no point in
setting depth and stencil state since it will already be set by the
primary.  Instead, the only thing we need to do at the start of a secondary
is set the subpass pointer and the dirty bit.

Signed-off-by: Jason Ekstrand <jason@jlekstrand.net>
Reviewed-by: Nanley Chery <nanley.g.chery@intel.com>
src/intel/vulkan/anv_cmd_buffer.c
src/intel/vulkan/anv_genX.h
src/intel/vulkan/anv_private.h
src/intel/vulkan/genX_cmd_buffer.c