zink: don't deref prog->shaders during pipeline construction
this may or may not be valid depending on (upcoming) threading changes, and the nir pointers are all readily available Reviewed-by: Adam Jackson <ajax@redhat.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/18911>
This commit is contained in:
committed by
Marge Bot
parent
9b76fc4033
commit
617ee2855b
@@ -108,7 +108,7 @@ zink_create_gfx_pipeline(struct zink_screen *screen,
|
||||
blend_state.logicOp = state->blend_state->logicop_func;
|
||||
}
|
||||
if (screen->info.have_EXT_rasterization_order_attachment_access &&
|
||||
prog->shaders[MESA_SHADER_FRAGMENT]->nir->info.fs.uses_fbfetch_output)
|
||||
prog->nir[MESA_SHADER_FRAGMENT]->info.fs.uses_fbfetch_output)
|
||||
blend_state.flags |= VK_PIPELINE_COLOR_BLEND_STATE_CREATE_RASTERIZATION_ORDER_ATTACHMENT_ACCESS_BIT_EXT;
|
||||
|
||||
VkPipelineMultisampleStateCreateInfo ms_state = {0};
|
||||
|
||||
Reference in New Issue
Block a user