[Intel-gfx] [PATCH 1/3] drm/i915/gem: Look for waitboosting across the whole object prior to individual waits

Karolina Drobnik karolina.drobnik at intel.com
Fri Jul 8 14:14:14 UTC 2022


Hi Andi,

On 08.07.2022 13:38, Andi Shyti wrote:
> Hi Karolina,
> 
> [...]
> 
>>>>> +	dma_resv_for_each_fence_unlocked(&cursor, fence) {
>>>>> +		if (dma_fence_is_i915(fence) &&
>>>>> +		    !i915_request_started(to_request(fence)))
>>>>> +			intel_rps_boost(to_request(fence));
>>>>> +	}
>>>
>>> you can remove the brackets here.
>>>
>>> Andi
>>
>> Would you like me to send v2 for it?
> 
> if the committer takes care of removing it, then no need,
> otherwise, please yes, resend it. Even if it's a stupid nitpick,
> if it gets applied it would be very difficult to get it fixed[*].
> 
> Didn't checkpatch.pl complain about it?

Right, thanks for explaining this. checkpatch.pl only complained about 
unwrapped References tag (a false positive), but I can delete the braces 
and resend the patchset.

> If you are going to resend it, you can add my:
> 
> Reviewed-by: Andi Shyti <andi.shyti at linux.intel.com>
> 
> also here.

OK, will so do, thanks


All the best,
Karolina

> Thanks,
> Andi
> 
> [*] Because just minor coding style patches are generally
> rejected, the only way for fixing style issues would be if:
> 
>   1. someone is working in that part of the code
>   2. someone will sneak in the code fix in some unrelated patch
>      screwing up git blame
>   3. someone will send a big series on this file and have some
>      trivial coding style patches in it.
> 
> Amongst the three above, number '2' is the one I dislike the
> most, but unfortunately that's also the most used.


More information about the Intel-gfx mailing list