[PATCH v5 1/4] drm/sched: add device name to the drm_sched_process_job event
Christian König
christian.koenig at amd.com
Fri Jun 14 09:08:32 UTC 2024
Am 14.06.24 um 10:16 schrieb Pierre-Eric Pelloux-Prayer:
> Until the switch from kthread to workqueue, a userspace application could
> determine the source device from the pid of the thread sending the event.
>
> With workqueues this is not possible anymore, so the event needs to contain
> the dev_name() to identify the device.
>
> Signed-off-by: Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer at amd.com>
> ---
> drivers/gpu/drm/scheduler/gpu_scheduler_trace.h | 10 ++++++++--
> 1 file changed, 8 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/gpu/drm/scheduler/gpu_scheduler_trace.h b/drivers/gpu/drm/scheduler/gpu_scheduler_trace.h
> index c75302ca3427..1f9c5a884487 100644
> --- a/drivers/gpu/drm/scheduler/gpu_scheduler_trace.h
> +++ b/drivers/gpu/drm/scheduler/gpu_scheduler_trace.h
> @@ -42,6 +42,7 @@ DECLARE_EVENT_CLASS(drm_sched_job,
> __field(uint64_t, id)
> __field(u32, job_count)
> __field(int, hw_job_count)
> + __string(dev, dev_name(sched_job->sched->dev))
> ),
>
> TP_fast_assign(
> @@ -52,6 +53,7 @@ DECLARE_EVENT_CLASS(drm_sched_job,
> __entry->job_count = spsc_queue_count(&entity->job_queue);
> __entry->hw_job_count = atomic_read(
> &sched_job->sched->credit_count);
> + __assign_str(dev);
> ),
> TP_printk("entity=%p, id=%llu, fence=%p, ring=%s, job count:%u, hw job count:%d",
> __entry->entity, __entry->id,
> @@ -64,9 +66,13 @@ DEFINE_EVENT(drm_sched_job, drm_sched_job,
> TP_ARGS(sched_job, entity)
> );
>
> -DEFINE_EVENT(drm_sched_job, drm_run_job,
> +DEFINE_EVENT_PRINT(drm_sched_job, drm_run_job,
> TP_PROTO(struct drm_sched_job *sched_job, struct drm_sched_entity *entity),
> - TP_ARGS(sched_job, entity)
> + TP_ARGS(sched_job, entity),
> + TP_printk("dev=%s, entity=%p id=%llu, fence=%p, ring=%s, job count:%u, hw job count:%d",
> + __get_str(dev), __entry->entity, __entry->id,
> + __entry->fence, __get_str(name),
> + __entry->job_count, __entry->hw_job_count)
Why not doing that in the TP_printk() of the drm_sched_job event class?
The device should now be available for all trace events of that class.
Regards,
Christian.
> );
>
> TRACE_EVENT(drm_sched_process_job,
More information about the dri-devel
mailing list