[Mesa-dev] [PATCH 6/9] anv/gen7_pipeline: Set few missing fields in 3DSTATE_VS
Jason Ekstrand
jason at jlekstrand.net
Fri Sep 30 22:56:14 UTC 2016
Flyby comments...
On Sep 30, 2016 3:34 PM, "Anuj Phogat" <anuj.phogat at gmail.com> wrote:
>
> Signed-off-by: Anuj Phogat <anuj.phogat at gmail.com>
> ---
> src/intel/vulkan/gen7_pipeline.c | 6 ++++++
> 1 file changed, 6 insertions(+)
>
> diff --git a/src/intel/vulkan/gen7_pipeline.c
b/src/intel/vulkan/gen7_pipeline.c
> index 8d133b6..f98aef5 100644
> --- a/src/intel/vulkan/gen7_pipeline.c
> +++ b/src/intel/vulkan/gen7_pipeline.c
> @@ -121,6 +121,12 @@ genX(graphics_pipeline_create)(
> };
> vs.PerThreadScratchSpace =
scratch_space(&vs_prog_data->base.base);
>
> + vs.FloatingPointMode =
vs_prog_data->base.base.use_alt_mode ?
> + Alternate : IEEE754;
I'm pretty sure we only use alt mode for ARB programs do it doesn't really
apply to Vulkan. Explicitly setting it to IEEE seems reasonable though.
> + vs.SamplerCount = 0;
> + vs.BindingTableEntryCount =
> + vs_prog_data->base.base.binding_table.size_bytes / 4;
We don't set the binding table size field in the Vulkan driver so I don't
think this actually does anything. Maybe we should actually set sampler
and surface state counts to something reasonable? It might have a
performance impact but I don't know if we've ever measured it.
> +
> vs.DispatchGRFStartRegisterforURBData =
> vs_prog_data->base.base.dispatch_grf_start_reg;
>
> --
> 2.5.5
>
> _______________________________________________
> mesa-dev mailing list
> mesa-dev at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/mesa-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20160930/c1e195ae/attachment.html>
More information about the mesa-dev
mailing list