nir/xfb: Work in terms of components rather than slots
authorJason Ekstrand <jason.ekstrand@intel.com>
Wed, 13 Feb 2019 22:22:37 +0000 (16:22 -0600)
committerJason Ekstrand <jason@jlekstrand.net>
Thu, 21 Feb 2019 00:08:42 +0000 (00:08 +0000)
commit558c3145045f1c6da8bddb31ed77a418ab27f2f9
tree85b1abca800b6868fad6358f32f1fe3ac5668e56
parent4e69fba534e7377f3bc6c40c73e6bc5c23437d4e
nir/xfb: Work in terms of components rather than slots

We needed to better handle cases where a chunk of a variable starts at
some non-zero location_frac and rolls over into the next slot but may
not be more than 4 dwords.  For example, if gl_CullDistance is an array
of 3 things and has location_frac = 2, it will span across two vec4s but
is not, itself, bigger than a vec4.  If you ignore the clip/cull special
case, it's not allowed to happen for anything else because the only
things that can span more than one slot is dvec3 and dvec4 and they're
both bigger than a vec4.  The current code uses this attrib_slot thing
where we count attribute slots and iterate over them.  However, that
doesn't work in the case above because gl_CullDistance will have an
attrib_slot count of 1 even though it does span two slots.  We could fix
this by adjusting attrib_slot but we already have comp_mask and it's
easier to just handle it that way.

Reviewed-by: Alejandro PiƱeiro <apinheiro@igalia.com>
src/compiler/nir/nir_gather_xfb_info.c