[Mesa-dev] [PATCH 0/8] nir: Require numbers of components to always match

Jason Ekstrand jason at jlekstrand.net
Thu Mar 9 01:07:24 UTC 2017


On Wed, Mar 8, 2017 at 4:56 PM, Eric Anholt <eric at anholt.net> wrote:

> Jason Ekstrand <jason at jlekstrand.net> writes:
>
> > When NIR was first created, we were a bit lazy about numbers of
> components.
> > The rule was that a source couldn't consume more components than the
> thing
> > it was reading from.  However, this leads to a lot of confusion because
> you
> > now have a thing sourcing from a vec4 but only reading two of the
> > components.
> >
> > The solution to this is to disallow that case and require that the number
> > of components always match.  The one exception is ALU instructions
> because
> > they're designed to naturally swizzle things around like mad.  We already
> > require this restriction for phi instructions.  This series adds it for
> > intrinsics, texture instructions, and deref indirects.
> >
> > Cc: Kenneth Graunke <kenneth at whitecape.org>
> > Cc: Connor Abbott <cwabbott0 at gmaial.com>
>
> Other than the comments I gave, and needing to land the lowering patch,
> this series is:
>
> Reviewed-by: Eric Anholt <eric at anholt.net>
>

Thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20170308/fe7c0864/attachment.html>


More information about the mesa-dev mailing list