OpenHarmony/third_party_mesa3d
2
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

gallium: clarify SVIEWINFO opcode

Browse Source 
This opcode is quite problematic in tgsi, while it tries to mirror
d3d10 resinfo it can't really do what's stated there due to missing
the crazy return type modifiers. Hence specify this is ignored along
with the swizzle.
(Other options would be to have multiple opcodes or specify the ret
type modifier maybe in dst_reg as there's padding bits left there but
it is the only instruction allowing this.)

Reviewed-by: Zack Rusin <zackr@vmware.com>
This commit is contained in:
Roland Scheidegger
2013-08-07 17:03:45 +02:00
parent ce0e66af0a
commit c8572a9457
1 changed files with 9 additions and 1 deletions
Download Patch File Download Diff File Expand all files Collapse all files

10
src/gallium/docs/source/tgsi.rst
View File

@@ -1868,7 +1868,15 @@ after lookup.
the mipmap level selected by the src_mip_level and the mipmap level selected by the src_mip_level and
are in the number of texels. are in the number of texels.
For 1d texture array width is in dst.x, array size For 1d texture array width is in dst.x, array size
is in dst.y and dst.zw are always 0. is in dst.y and dst.z is 0. The number of mipmaps
is still in dst.w.
In contrast to d3d10 resinfo, there's no way in the
tgsi instruction encoding to specify the return type
(float/rcpfloat/uint), hence always using uint. Also,
unlike the SAMPLE instructions, the swizzle on src1
resinfo allowing swizzling dst values is ignored (due
to the interaction with rcpfloat modifier which requires
some swizzle handling in the state tracker anyway).
.. opcode:: SAMPLE_POS - query the position of a given sample. .. opcode:: SAMPLE_POS - query the position of a given sample.
dst receives float4 (x, y, 0, 0) indicated where the dst receives float4 (x, y, 0, 0) indicated where the