[Intel-gfx] [PATCH 2/2] drm/i915/trace: Remove engine out of the context sandwich
Lionel Landwerlin
lionel.g.landwerlin at intel.com
Thu May 24 15:48:53 UTC 2018
On 24/05/18 16:04, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin <tvrtko.ursulin at intel.com>
>
> In the string tracepoint representation we ended up with the engine
> sandwiched between context hardware id and context fence id.
>
> Move the two pieces of context data together and consolidate for
> redability using the format of ctx=hw_id:fence_context_id.
Arg! Will need to update the tracepoint parser in igt :(
>
> Binary records are left as is, that is both fields remaing under the
> existing name and ordering.
>
> Signed-off-by: Tvrtko Ursulin <tvrtko.ursulin at intel.com>
> Cc: Lionel Landwerlin <lionel.g.landwerlin at intel.com>
> ---
> drivers/gpu/drm/i915/i915_trace.h | 30 +++++++++++++++---------------
> 1 file changed, 15 insertions(+), 15 deletions(-)
>
> diff --git a/drivers/gpu/drm/i915/i915_trace.h b/drivers/gpu/drm/i915/i915_trace.h
> index 3465cc1f9345..ab67b1661de4 100644
> --- a/drivers/gpu/drm/i915/i915_trace.h
> +++ b/drivers/gpu/drm/i915/i915_trace.h
> @@ -638,9 +638,9 @@ TRACE_EVENT(i915_request_queue,
> __entry->flags = flags;
> ),
>
> - TP_printk("dev=%u, hw_id=%u, engine=%u:%u, ctx=%u, seqno=%u, flags=0x%x",
> - __entry->dev, __entry->hw_id, __entry->class,
> - __entry->instance, __entry->ctx, __entry->seqno,
> + TP_printk("dev=%u, engine=%u:%u, ctx=%u:%u, seqno=%u, flags=0x%x",
> + __entry->dev, __entry->class, __entry->instance,
> + __entry->hw_id, __entry->ctx, __entry->seqno,
> __entry->flags)
> );
>
> @@ -668,9 +668,9 @@ DECLARE_EVENT_CLASS(i915_request,
> __entry->global = rq->global_seqno;
> ),
>
> - TP_printk("dev=%u, hw_id=%u, engine=%u:%u, ctx=%u, seqno=%u, global=%u",
> - __entry->dev, __entry->hw_id, __entry->class,
> - __entry->instance, __entry->ctx, __entry->seqno,
> + TP_printk("dev=%u, engine=%u:%u, ctx=%u:%u, seqno=%u, global=%u",
> + __entry->dev, __entry->class, __entry->instance,
> + __entry->hw_id, __entry->ctx, __entry->seqno,
> __entry->global)
> );
>
> @@ -718,9 +718,9 @@ TRACE_EVENT(i915_request_in,
> __entry->port = port;
> ),
>
> - TP_printk("dev=%u, hw_id=%u, engine=%u:%u, ctx=%u, seqno=%u, prio=%u, global=%u, port=%u",
> - __entry->dev, __entry->hw_id, __entry->class,
> - __entry->instance, __entry->ctx, __entry->seqno,
> + TP_printk("dev=%u, engine=%u:%u, ctx=%u:%u, seqno=%u, prio=%u, global=%u, port=%u",
> + __entry->dev, __entry->class, __entry->instance,
> + __entry->hw_id, __entry->ctx, __entry->seqno,
> __entry->prio, __entry->global_seqno, __entry->port)
> );
>
> @@ -750,9 +750,9 @@ TRACE_EVENT(i915_request_out,
> __entry->completed = i915_request_completed(rq);
> ),
>
> - TP_printk("dev=%u, hw_id=%u, engine=%u:%u, ctx=%u, seqno=%u, global=%u, completed?=%u",
> - __entry->dev, __entry->hw_id, __entry->class,
> - __entry->instance, __entry->ctx, __entry->seqno,
> + TP_printk("dev=%u, engine=%u:%u, ctx=%u:%u, seqno=%u, global=%u, completed?=%u",
> + __entry->dev, __entry->class, __entry->instance,
> + __entry->hw_id, __entry->ctx, __entry->seqno,
> __entry->global_seqno, __entry->completed)
> );
>
> @@ -842,9 +842,9 @@ TRACE_EVENT(i915_request_wait_begin,
> __entry->flags = flags;
> ),
>
> - TP_printk("dev=%u, hw_id=%u, engine=%u:%u, ctx=%u, seqno=%u, global=%u, blocking=%u, flags=0x%x",
> - __entry->dev, __entry->hw_id, __entry->class,
> - __entry->instance, __entry->ctx, __entry->seqno,
> + TP_printk("dev=%u, engine=%u:%u, ctx=%u:%u, seqno=%u, global=%u, blocking=%u, flags=0x%x",
> + __entry->dev, __entry->class, __entry->instance,
> + __entry->hw_id, __entry->ctx, __entry->seqno,
> __entry->global, !!(__entry->flags & I915_WAIT_LOCKED),
> __entry->flags)
> );
More information about the Intel-gfx
mailing list