[Intel-gfx] [PATCH 1/3] drm/i915: Rework some interrupt handling functions to take intel_gt

Tvrtko Ursulin tvrtko.ursulin at linux.intel.com
Tue Jul 2 11:45:27 UTC 2019


On 02/07/2019 11:34, Chris Wilson wrote:
> Quoting Tvrtko Ursulin (2019-07-02 11:23:11)
>> From: Tvrtko Ursulin <tvrtko.ursulin at intel.com>
>>
>> Some interrupt handling functions already have gt in their names
>> suggesting them as obvious candidates to make them take struct intel_gt
>> instead of i915.
>>
>> Signed-off-by: Paulo Zanoni <paulo.r.zanoni at intel.com>
>> Co-authored-by: Paulo Zanoni <paulo.r.zanoni at intel.com>
>> Signed-off-by: Tvrtko Ursulin <tvrtko.ursulin at intel.com>
>> Cc: Daniele Ceraolo Spurio <daniele.ceraolospurio at intel.com>
> 
>>   static void
>> -gen11_other_irq_handler(struct drm_i915_private * const i915,
>> -                       const u8 instance, const u16 iir)
>> +gen11_other_irq_handler(struct intel_gt *gt, const u8 instance,
>> +                       const u16 iir)
>>   {
>> +       struct drm_i915_private *i915 = gt->i915;
>> +
>>          if (instance == OTHER_GUC_INSTANCE)
>>                  return gen11_guc_irq_handler(i915, iir);
> 
> That looks like a candidate for gt as well. Even for the guc, the
> interrupt vector is GT centric. I was hoping we could place guc/ parallel
> to gt/, but it looks like it will indeed be a child of intel_gt.

Yeah. Daniele will deal with the GuC code paths.

> Reviewed-by: Chris Wilson <chris at chris-wilson.co.uk>

Thanks. I'll also let Daniele comment on whether this refactoring fits 
with his work before merging it.

Regards,

Tvrtko


More information about the Intel-gfx mailing list