[Mesa-dev] [PATCH] intel/fs: Do the grf127 hack on SIMD8 instructions in SIMD16 mode
Jason Ekstrand
jason at jlekstrand.net
Wed Jan 16 03:54:49 UTC 2019
On January 15, 2019 17:55:31 Matt Turner <mattst88 at gmail.com> wrote:
> On Tue, Jan 15, 2019 at 8:58 AM Jason Ekstrand <jason at jlekstrand.net> wrote:
>>
>> Previously, we only applied the fix to shaders with a dispatch mode of
>> SIMD8 but the code it relies on for SIMD16 mode only applies to SIMD16
>> instructions. If you have a SIMD8 instruction in a SIMD16 shader,
>> neither would trigger and the restriction could still be hit.
>>
>> Cc: Jose Maria Casanova Crespo <jmcasanova at igalia.com>
>> Fixes: 232ed8980217dd "i965/fs: Register allocator shoudn't use grf127..."
>> ---
>> src/intel/compiler/brw_fs_reg_allocate.cpp | 13 ++++++-------
>> 1 file changed, 6 insertions(+), 7 deletions(-)
>>
>> diff --git a/src/intel/compiler/brw_fs_reg_allocate.cpp
>> b/src/intel/compiler/brw_fs_reg_allocate.cpp
>> index 5db5242452e..ec743f9b5bf 100644
>> --- a/src/intel/compiler/brw_fs_reg_allocate.cpp.
>> +++ b/src/intel/compiler/brw_fs_reg_allocate.cpp
>> @@ -667,15 +667,14 @@ fs_visitor::assign_regs(bool allow_spilling, bool
>> spill_all)
>> * messages adding a node interference to the grf127_send_hack_node.
>> * This node has a fixed asignment to grf127.
>> *
>> - * We don't apply it to SIMD16 because previous code avoids any register
>> - * overlap between sources and destination.
>> + * We don't apply it to SIMD16 instructions because previous code avoids
>> + * any register overlap between sources and destination.
>> */
>> ra_set_node_reg(g, grf127_send_hack_node, 127);
>> - if (dispatch_width == 8) {
>> - foreach_block_and_inst(block, fs_inst, inst, cfg) {
>> - if (inst->is_send_from_grf() && inst->dst.file == VGRF)
>> - ra_add_node_interference(g, inst->dst.nr,
>> grf127_send_hack_node);
>> - }
>> + foreach_block_and_inst(block, fs_inst, inst, cfg) {
>> + if (inst->exec_size < 16 && inst->is_send_from_grf() &&
>> + inst->dst.file == VGRF)
>> + ra_add_node_interference(g, inst->dst.nr, grf127_send_hack_node);
>> }
>
> Did the code in brw_eu_validate.c catch the case you found?
Yes, it did. It was a fairly simple case; it just occurred as a SIMD8
instruction in a SIMD16 program.
> In fact, that code looks wrong:
>
> | (brw_inst_dst_da_reg_nr(devinfo, inst) +
> | brw_inst_rlen(devinfo, inst) > 127) &&
>
> I think > should be >=. And maybe we should have a separate case
> earlier that checks that dst_nr+rlen actually fits in registers, and
> then change > to just ==. FFS :(
>
> Not sure what I was thinking letting that patch through without a unit
> test. I'll do that.
More information about the mesa-dev
mailing list