[Intel-gfx] [PATCH 50/64] drm/i915: Prepare i915_gem_active for annotations
Tvrtko Ursulin
tvrtko.ursulin at linux.intel.com
Thu Jul 14 09:32:05 UTC 2016
On 13/07/16 16:58, Chris Wilson wrote:
> On Wed, Jul 13, 2016 at 04:40:03PM +0100, Tvrtko Ursulin wrote:
[snip]
>>> } else {
>>> for (i = 0; i < I915_NUM_ENGINES; i++) {
>>> struct drm_i915_gem_request *req;
>>>
>>> - req = obj->last_read[i].request;
>>> + req = i915_gem_active_peek(&obj->last_read[i]);
>>> if (req == NULL)
>>> continue;
>>>
>>> - requests[n++] = i915_gem_request_get(req);
>>> + requests[n++] = req;
>>> }
>>> }
>>>
>>> @@ -2383,25 +2386,27 @@ void i915_vma_move_to_active(struct i915_vma *vma,
>>> static void
>>> i915_gem_object_retire__write(struct drm_i915_gem_object *obj)
>>> {
>>> - GEM_BUG_ON(!obj->last_write.request);
>>> - GEM_BUG_ON(!(obj->active & intel_engine_flag(obj->last_write.request->engine)));
>>> + GEM_BUG_ON(!__i915_gem_active_is_busy(&obj->last_write));
>>> + GEM_BUG_ON(!(obj->active & intel_engine_flag(i915_gem_active_get_engine(&obj->last_write))));
>>>
>>> - i915_gem_request_assign(&obj->last_write.request, NULL);
>>> + i915_gem_active_set(&obj->last_write, NULL);
>>
>> Aha!
>
> Drat. Didn't think I did that...
>
> Oh well, no excuses now but to go back in time and make the change
> earlier. It does get removed eventually!
Probably not worth it. You can have a special dispensation since I am
reviewing all the same lines of code patch after patch anyway. :)
Regards,
Tvrtko
More information about the Intel-gfx
mailing list