[Mesa-dev] [PATCH 4/5] radv: fix setting the number of entries for GSVS on VI+
Bas Nieuwenhuizen
bas at basnieuwenhuizen.nl
Thu Sep 13 23:07:05 UTC 2018
huh, this took me way too long why this works on VI. But
Reviewed-by: Bas Nieuwenhuizen <bas at basnieuwenhuizen.nl>
for the series.
On Thu, Sep 13, 2018 at 3:58 PM Samuel Pitoiset
<samuel.pitoiset at gmail.com> wrote:
>
> According to RadeonSI, it's unnecessary to multiply by
> the stride. That field seems to always be 64.
>
> Signed-off-by: Samuel Pitoiset <samuel.pitoiset at gmail.com>
> ---
> src/amd/vulkan/radv_nir_to_llvm.c | 3 ---
> 1 file changed, 3 deletions(-)
>
> diff --git a/src/amd/vulkan/radv_nir_to_llvm.c b/src/amd/vulkan/radv_nir_to_llvm.c
> index 1f4ab3365c7..d3885646182 100644
> --- a/src/amd/vulkan/radv_nir_to_llvm.c
> +++ b/src/amd/vulkan/radv_nir_to_llvm.c
> @@ -3142,15 +3142,12 @@ ac_setup_rings(struct radv_shader_context *ctx)
> if (ctx->stage == MESA_SHADER_GEOMETRY) {
> LLVMValueRef tmp;
> uint32_t num_entries = 64;
> - LLVMValueRef gsvs_ring_stride = LLVMConstInt(ctx->ac.i32, ctx->max_gsvs_emit_size, false);
> LLVMValueRef gsvs_ring_desc = LLVMConstInt(ctx->ac.i32, ctx->max_gsvs_emit_size << 16, false);
> ctx->gsvs_ring = ac_build_load_to_sgpr(&ctx->ac, ctx->ring_offsets, LLVMConstInt(ctx->ac.i32, RING_GSVS_GS, false));
>
> ctx->gsvs_ring = LLVMBuildBitCast(ctx->ac.builder, ctx->gsvs_ring, ctx->ac.v4i32, "");
>
> tmp = LLVMConstInt(ctx->ac.i32, num_entries, false);
> - if (ctx->options->chip_class >= VI)
> - tmp = LLVMBuildMul(ctx->ac.builder, gsvs_ring_stride, tmp, "");
> ctx->gsvs_ring = LLVMBuildInsertElement(ctx->ac.builder, ctx->gsvs_ring, tmp, LLVMConstInt(ctx->ac.i32, 2, false), "");
> tmp = LLVMBuildExtractElement(ctx->ac.builder, ctx->gsvs_ring, ctx->ac.i32_1, "");
> tmp = LLVMBuildOr(ctx->ac.builder, tmp, gsvs_ring_desc, "");
> --
> 2.19.0
>
> _______________________________________________
> mesa-dev mailing list
> mesa-dev at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/mesa-dev
More information about the mesa-dev
mailing list