[Mesa-dev] [PATCH 4/5] intel: decoder: fix starting dword of struct fields
Lionel Landwerlin
lionel.g.landwerlin at intel.com
Wed May 2 09:57:50 UTC 2018
On 02/05/18 07:44, Kenneth Graunke wrote:
> On Tuesday, May 1, 2018 4:43:05 PM PDT Lionel Landwerlin wrote:
>> Struct fields might span several dwords, but iter_dword is incremented
>> up to the last dword of the current field before we print out the
>> struct's fields. We can't use iter_dword for computing the offset into
>> the pointer of data to decode.
>>
>> Signed-off-by: Lionel Landwerlin <lionel.g.landwerlin at intel.com>
>> ---
>> src/intel/common/gen_decoder.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/src/intel/common/gen_decoder.c b/src/intel/common/gen_decoder.c
>> index 93fa4864ee3..a0a9634c5d9 100644
>> --- a/src/intel/common/gen_decoder.c
>> +++ b/src/intel/common/gen_decoder.c
>> @@ -1064,7 +1064,7 @@ gen_print_group(FILE *outfile, struct gen_group *group, uint64_t offset,
>> if (iter.struct_desc) {
>> uint64_t struct_offset = offset + 4 * iter_dword;
>> gen_print_group(outfile, iter.struct_desc, struct_offset,
>> - &p[iter_dword], iter.start_bit % 32, color);
>> + &p[iter.start_bit / 32], iter.start_bit % 32, color);
>> }
>> }
>> }
>>
> Does struct_offset need to use iter.start_bit / 32 then, too?
Good catch!
Thanks,
-
Lionel
More information about the mesa-dev
mailing list