On Thu, Nov 15, 2018 at 10:51 AM Samuel Pitoiset
<[email protected]> wrote:
>
> This has been initially added for a Sascha demo (ie. deferredshadows),
> but as far I can tell this seems to no longer be needed.
>
> No CTS changes on GFX9 and I didn't find a game that is affected.
>
> Signed-off-by: Samuel Pitoiset <[email protected]>
> ---
> src/amd/vulkan/radv_cmd_buffer.c | 3 ---
> 1 file changed, 3 deletions(-)
>
> diff --git a/src/amd/vulkan/radv_cmd_buffer.c
> b/src/amd/vulkan/radv_cmd_buffer.c
> index 8e0ed284d6..7940a8f128 100644
> --- a/src/amd/vulkan/radv_cmd_buffer.c
> +++ b/src/amd/vulkan/radv_cmd_buffer.c
> @@ -2344,9 +2344,6 @@ radv_cmd_state_setup_attachments(struct radv_cmd_buffer
> *cmd_buffer,
> if ((att_aspects & VK_IMAGE_ASPECT_DEPTH_BIT) &&
> att->load_op == VK_ATTACHMENT_LOAD_OP_CLEAR) {
> clear_aspects |= VK_IMAGE_ASPECT_DEPTH_BIT;
> - if ((att_aspects &
> VK_IMAGE_ASPECT_STENCIL_BIT) &&
> - att->stencil_load_op ==
> VK_ATTACHMENT_LOAD_OP_DONT_CARE)
> - clear_aspects |=
> VK_IMAGE_ASPECT_STENCIL_BIT;
I think we should keep it, since it still saves bandwidth, but maybe
we want to only do the clear if we do the fastpath?
> }
> if ((att_aspects & VK_IMAGE_ASPECT_STENCIL_BIT) &&
> att->stencil_load_op ==
> VK_ATTACHMENT_LOAD_OP_CLEAR) {
> --
> 2.19.1
>
> _______________________________________________
> mesa-dev mailing list
> [email protected]
> https://lists.freedesktop.org/mailman/listinfo/mesa-dev
_______________________________________________
mesa-dev mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
