render/vulkan: Defer to renderpass clears when possible#3269
render/vulkan: Defer to renderpass clears when possible#3269misyltoad wants to merge 1 commit intoswaywm:masterfrom
Conversation
Signed-off-by: Joshua Ashton <joshua@froggi.es>
|
cc @nyorain |
| renderer->render_pass_clear_color = clear_color; | ||
| renderer->pending_render_pass_clear = true; | ||
| } else { | ||
| vulkan_begin_renderpass(renderer, cb); |
There was a problem hiding this comment.
is this really needed? we only land here if renderer->in_render_pass == true in which case this call is a no-op right?
| fb_info.height = dmabuf.height; | ||
| fb_info.layers = 1u; | ||
| fb_info.renderPass = buffer->render_setup->render_pass; | ||
| fb_info.renderPass = buffer->render_setup->render_pass_load; |
There was a problem hiding this comment.
I'd add a comment here stating that we can use either VkRenderPass since they are compatible due to only loadOp being different.
nyorain
left a comment
nyorain
left a comment
There was a problem hiding this comment.
Aside from the nitpicks this makes sense. It's just a workaround for the mismatch between efficient vulkan usage and the wlr api though and we should probably rather adjust the wlr api on the long run (allowing to optionally pass clear color and scissor rect to begin already, for instance).
|
wlroots has migrated to gitlab.freedesktop.org. This pull request has been moved to: https://gitlab.freedesktop.org/wlroots/wlroots/-/merge_requests/3269 |
3 participants
Signed-off-by: Joshua Ashton joshua@froggi.es