On Mon, Apr 18, 2016 at 11:48 PM, Kenneth Graunke <kenn...@whitecape.org> wrote:
> On Gen7+, the thread payload provides the sample ID - we can read it
> in two instructions, without any elaborate calculations. We don't even
> need a state dependency - this will properly produce zero in the
> non-MSAA case. Unfortunately, we need the state flag anyway, so we
> may as well continue to use it to produce a single MOV 0 instead of
> SHR/AND.
>
> For some reason, the sample ID field is always zero on Gen7/7.5, so
> we can't use this yet. However, it works fine on Gen8+. So, land the
> code and use it where it's working, and leave a TODO for later.
>
> Signed-off-by: Kenneth Graunke <kenn...@whitecape.org>
> ---
> src/mesa/drivers/dri/i965/brw_fs.cpp | 42
> +++++++++++++++++++++++++++++++-----
> 1 file changed, 37 insertions(+), 5 deletions(-)
>
> diff --git a/src/mesa/drivers/dri/i965/brw_fs.cpp
> b/src/mesa/drivers/dri/i965/brw_fs.cpp
> index 551294d..41af35e 100644
> --- a/src/mesa/drivers/dri/i965/brw_fs.cpp
> +++ b/src/mesa/drivers/dri/i965/brw_fs.cpp
> @@ -1343,6 +1343,41 @@ fs_visitor::emit_sampleid_setup()
> * rasterization is disabled, gl_SampleID will always be zero."
> */
> abld.MOV(*reg, brw_imm_d(0));
> + } else if (devinfo->gen >= 8) {
> + /* Sample ID comes in as 4-bit numbers in g1.0:
> + *
> + * 15:12 Slot 3 SampleID (only used in SIMD16)
> + * 11:8 Slot 2 SampleID (only used in SIMD16)
> + * 7:4 Slot 1 SampleID
> + * 3:0 Slot 0 SampleID
> + *
> + * Each slot corresponds to four channels, so we want to replicate each
> + * half-byte value to 4 channels in a row:
> + *
> + * dst+0: .7 .6 .5 .4 .3 .2 .1 .0
> + * 7:4 7:4 7:4 7:4 3:0 3:0 3:0 3:0
> + *
> + * dst+1: .7 .6 .5 .4 .3 .2 .1 .0 (if
> SIMD16)
> + * 15:12 15:12 15:12 15:12 11:8 11:8 11:8 11:8
> + *
> + * First, we read g1.0 with a <1,8,0>UB region, causing the first 8
> + * channels to read the first byte (7:0), and the second group of 8
> + * channels to read the second byte (15:8). Then, we shift right by
> + * a vector immediate of <4, 4, 4, 4, 0, 0, 0, 0>, moving the slot 1 /
> 3
> + * values into place. Finally, we AND with 0xf to keep the low nibble.
> + *
> + * shr(16) tmp<1>UW g1.0<1,8,0>UB 0x44440000:V
> + * and(16) dst<1>UD tmp<8,8,1>UD 0xf:UD
The comment doesn't match the code (and as the comment is, it wouldn't work).
- tmp is typed W below, but is UW and UD in the comment
- g1.0 is B below, but UB in the comment
- 0xf is W below, but UD in the comment
> + *
> + * TODO: These payload bits exist on Gen7 too, but they appear to
> always
> + * be zero, so this code fails to work. We should find out why.
> + */
> + fs_reg tmp(VGRF, alloc.allocate(1), BRW_REGISTER_TYPE_W);
> +
> + abld.SHR(tmp, fs_reg(stride(retype(brw_vec1_grf(1, 0),
> + BRW_REGISTER_TYPE_B), 1, 8, 0)),
> + brw_imm_v(0x44440000));
> + abld.AND(*reg, tmp, brw_imm_w(0xf));
ANDing with 0xf is only necessary if you're operating on signed types,
which you don't need to be doing. Change the types to unsigned, and
replace the AND with a MOV that expands the UW source to UD.
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
