[Intel-gfx] [PATCH 4/4] drm/i915/guc: Break out the GuC log "extras"

Oscar Mateo oscar.mateo at intel.com
Fri Mar 3 16:47:44 UTC 2017



On 03/01/2017 04:37 AM, Joonas Lahtinen wrote:
> On pe, 2017-02-24 at 06:01 -0800, Oscar Mateo wrote:
>> When initializing the GuC log struct, there is an object we need to
>> allocate always, since the GuC needs its address at fw load time.
>> The rest are "extras", in the sense that we only need them if we
>> actually enable GuC logging. Make that distinction explicit by
>> subdividing further the intel_guc_log struct.
>>
>> Cc: Daniele Ceraolo Spurio <daniele.ceraolospurio at intel.com>
>> Cc: Joonas Lahtinen <joonas.lahtinen at linux.intel.com>
>> Signed-off-by: Oscar Mateo <oscar.mateo at intel.com>
> I'm not sure about calling them extras. How about runtime?
Agree, runtime sounds much better. I'll refresh the patch.
> Also, I'm not quite sure if the abstractions are currently correct
> (despite the names), logging seems to control overall guc interrups,
> for example (i915_guc_log_unregister func).
>
Hmmm... GuC interrupts are a mess, I agree (for the moment the only 
Guc2Host interrupts we handle are log-related ones, so I imagine that's 
the reason, but this could very easily change in the future). I'll try 
to fix this either as part of patch 3 or in a separate patch.


More information about the Intel-gfx mailing list