[Mesa-dev] [PATCH] st/mesa: treat a write as a read for range purposes

Ilia Mirkin imirkin at alum.mit.edu
Sun Jan 31 17:32:17 PST 2016


On Sun, Jan 31, 2016 at 7:29 PM, Dave Airlie <airlied at gmail.com> wrote:
> On 30 January 2016 at 07:00, Ilia Mirkin <imirkin at alum.mit.edu> wrote:
>> We use this logic to detect live ranges and then do plain renaming
>> across the whole codebase. As such, to prevent WaW hazards, we have to
>> treat a write as if it were also a read.
>>
>> For example, the following sequence was observed before this patch:
>>
>>  13: UIF TEMP[6].xxxx :0
>>  14:   ADD TEMP[6].x, CONST[6].xxxx, -IN[3].yyyy
>>  15:   RCP TEMP[7].x, TEMP[3].xxxx
>>  16:   MUL TEMP[3].x, TEMP[6].xxxx, TEMP[7].xxxx
>>  17:   ADD TEMP[6].x, CONST[7].xxxx, -IN[3].yyyy
>>  18:   RCP TEMP[7].x, TEMP[3].xxxx
>>  19:   MUL TEMP[4].x, TEMP[6].xxxx, TEMP[7].xxxx
>>
>> While after this patch it becomes:
>>
>>  13: UIF TEMP[7].xxxx :0
>>  14:   ADD TEMP[7].x, CONST[6].xxxx, -IN[3].yyyy
>>  15:   RCP TEMP[8].x, TEMP[3].xxxx
>>  16:   MUL TEMP[4].x, TEMP[7].xxxx, TEMP[8].xxxx
>>  17:   ADD TEMP[7].x, CONST[7].xxxx, -IN[3].yyyy
>>  18:   RCP TEMP[8].x, TEMP[3].xxxx
>>  19:   MUL TEMP[5].x, TEMP[7].xxxx, TEMP[8].xxxx
>>
>> Most importantly note that in the first example, the second RCP is done
>> on the result of the MUL while in the second, the second RCP should have
>> the same value as the first. Looking at the GLSL source, it is apparent
>> that both of the RCP's should have had the same source.
>>
>> Looking at what's going on, the GLSL looks something like
>>
>>   float tmin_8;
>>   float tmin_10;
>>   tmin_10 = tmin_8;
>> ... lots of code ...
>>   tmin_8 = tmpvar_17;
>> ... more code that never looks at tmin_8 ...
>>
>> And so we end up with a last_read somewhere at the beginning, and a
>> first_write somewhere at the bottom. For some reason DCE doesn't remove
>> it, but even if that were fixed, DCE doesn't handle 100% of cases, esp
>> including loops.
>>
>> With the last_read somewhere high up, we overwrite the previously
>> correct (and large) last_read with a low one, and then proceed to decide
>> to merge all kinds of junk onto this temp.
>>
>> As a result, we should treat a write as a last_read for the purpose of
>> determining the live range.
>>
>> Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu>
>> Cc: mesa-stable at lists.freedesktop.org
>
> I think you've convinced me this is right, I'd like to know why DCE
> doesn't trash
> that shader better, but I'm happy for this to go in.
>
> Signed-off-by: Dave Airlie <airlied at redhat.com>

Thanks! I'm going to leave this on the list until tomorrow in case
anyone else has feedback... these things are subtle and I don't want
to be doing the wrong thing. However I really do believe it's the
correct fix to deal with WaW hazards that otherwise appear.

  -ilia


More information about the mesa-dev mailing list