From: Dave Emett <david.emett@broadcom.com>
To: Eric Anholt <eric@anholt.net>
Cc: dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org,
Thomas Spurden <thomas.spurden@broadcom.com>
Subject: Re: [PATCH 5/6] drm/v3d: Add more tracepoints for V3D GPU rendering.
Date: Mon, 3 Dec 2018 17:41:36 +0000 [thread overview]
Message-ID: <CAApk1dXjKeBN07LeycZgkCEOLEkdVjpvT_8Vu=8UStAY_ON15A@mail.gmail.com> (raw)
In-Reply-To: <20181201005759.28093-5-eric@anholt.net>
On Sat, 1 Dec 2018 at 00:58, Eric Anholt <eric@anholt.net> wrote:
>
> The core scheduler tells us when the job is pushed to the scheduler's
> queue, and I had the job_run functions saying when they actually queue
> the job to the hardware. By adding tracepoints for the very top of
> the ioctls and the IRQs signaling job completion, "perf record -a -e
> v3d:.\* -e gpu_scheduler:.\* <job>; perf script" gets you a pretty
> decent timeline.
>
> Signed-off-by: Eric Anholt <eric@anholt.net>
Reviewed-by: Dave Emett <david.emett@broadcom.com>
> ---
> drivers/gpu/drm/v3d/v3d_gem.c | 4 ++
> drivers/gpu/drm/v3d/v3d_irq.c | 19 +++++-
> drivers/gpu/drm/v3d/v3d_trace.h | 101 ++++++++++++++++++++++++++++++++
> 3 files changed, 121 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/gpu/drm/v3d/v3d_gem.c b/drivers/gpu/drm/v3d/v3d_gem.c
> index 0bd6892e3044..2f82e2724b1f 100644
> --- a/drivers/gpu/drm/v3d/v3d_gem.c
> +++ b/drivers/gpu/drm/v3d/v3d_gem.c
> @@ -484,6 +484,8 @@ v3d_submit_cl_ioctl(struct drm_device *dev, void *data,
> struct drm_syncobj *sync_out;
> int ret = 0;
>
> + trace_v3d_submit_cl_ioctl(&v3d->drm, args->rcl_start, args->rcl_end);
> +
> if (args->pad != 0) {
> DRM_INFO("pad must be zero: %d\n", args->pad);
> return -EINVAL;
> @@ -611,6 +613,8 @@ v3d_submit_tfu_ioctl(struct drm_device *dev, void *data,
> int ret = 0;
> int bo_count;
>
> + trace_v3d_submit_tfu_ioctl(&v3d->drm, args->iia);
> +
> job = kcalloc(1, sizeof(*job), GFP_KERNEL);
> if (!job)
> return -ENOMEM;
> diff --git a/drivers/gpu/drm/v3d/v3d_irq.c b/drivers/gpu/drm/v3d/v3d_irq.c
> index dd7a7b0bd5a1..69338da70ddc 100644
> --- a/drivers/gpu/drm/v3d/v3d_irq.c
> +++ b/drivers/gpu/drm/v3d/v3d_irq.c
> @@ -15,6 +15,7 @@
>
> #include "v3d_drv.h"
> #include "v3d_regs.h"
> +#include "v3d_trace.h"
>
> #define V3D_CORE_IRQS ((u32)(V3D_INT_OUTOMEM | \
> V3D_INT_FLDONE | \
> @@ -88,12 +89,20 @@ v3d_irq(int irq, void *arg)
> }
>
> if (intsts & V3D_INT_FLDONE) {
> - dma_fence_signal(v3d->bin_job->bin.done_fence);
> + struct v3d_fence *fence =
> + to_v3d_fence(v3d->bin_job->bin.done_fence);
> +
> + trace_v3d_bcl_irq(&v3d->drm, fence->seqno);
> + dma_fence_signal(&fence->base);
> status = IRQ_HANDLED;
> }
>
> if (intsts & V3D_INT_FRDONE) {
> - dma_fence_signal(v3d->render_job->render.done_fence);
> + struct v3d_fence *fence =
> + to_v3d_fence(v3d->render_job->render.done_fence);
> +
> + trace_v3d_rcl_irq(&v3d->drm, fence->seqno);
> + dma_fence_signal(&fence->base);
> status = IRQ_HANDLED;
> }
>
> @@ -119,7 +128,11 @@ v3d_hub_irq(int irq, void *arg)
> V3D_WRITE(V3D_HUB_INT_CLR, intsts);
>
> if (intsts & V3D_HUB_INT_TFUC) {
> - dma_fence_signal(v3d->tfu_job->done_fence);
> + struct v3d_fence *fence =
> + to_v3d_fence(v3d->tfu_job->done_fence);
> +
> + trace_v3d_tfu_irq(&v3d->drm, fence->seqno);
> + dma_fence_signal(&fence->base);
> status = IRQ_HANDLED;
> }
>
> diff --git a/drivers/gpu/drm/v3d/v3d_trace.h b/drivers/gpu/drm/v3d/v3d_trace.h
> index f54ed9cd3444..edd984afa33f 100644
> --- a/drivers/gpu/drm/v3d/v3d_trace.h
> +++ b/drivers/gpu/drm/v3d/v3d_trace.h
> @@ -12,6 +12,28 @@
> #define TRACE_SYSTEM v3d
> #define TRACE_INCLUDE_FILE v3d_trace
>
> +TRACE_EVENT(v3d_submit_cl_ioctl,
> + TP_PROTO(struct drm_device *dev, u32 ct1qba, u32 ct1qea),
> + TP_ARGS(dev, ct1qba, ct1qea),
> +
> + TP_STRUCT__entry(
> + __field(u32, dev)
> + __field(u32, ct1qba)
> + __field(u32, ct1qea)
> + ),
> +
> + TP_fast_assign(
> + __entry->dev = dev->primary->index;
> + __entry->ct1qba = ct1qba;
> + __entry->ct1qea = ct1qea;
> + ),
> +
> + TP_printk("dev=%u, RCL 0x%08x..0x%08x",
> + __entry->dev,
> + __entry->ct1qba,
> + __entry->ct1qea)
> +);
> +
> TRACE_EVENT(v3d_submit_cl,
> TP_PROTO(struct drm_device *dev, bool is_render,
> uint64_t seqno,
> @@ -42,6 +64,85 @@ TRACE_EVENT(v3d_submit_cl,
> __entry->ctnqea)
> );
>
> +TRACE_EVENT(v3d_bcl_irq,
> + TP_PROTO(struct drm_device *dev,
> + uint64_t seqno),
> + TP_ARGS(dev, seqno),
> +
> + TP_STRUCT__entry(
> + __field(u32, dev)
> + __field(u64, seqno)
> + ),
> +
> + TP_fast_assign(
> + __entry->dev = dev->primary->index;
> + __entry->seqno = seqno;
> + ),
> +
> + TP_printk("dev=%u, seqno=%llu",
> + __entry->dev,
> + __entry->seqno)
> +);
> +
> +TRACE_EVENT(v3d_rcl_irq,
> + TP_PROTO(struct drm_device *dev,
> + uint64_t seqno),
> + TP_ARGS(dev, seqno),
> +
> + TP_STRUCT__entry(
> + __field(u32, dev)
> + __field(u64, seqno)
> + ),
> +
> + TP_fast_assign(
> + __entry->dev = dev->primary->index;
> + __entry->seqno = seqno;
> + ),
> +
> + TP_printk("dev=%u, seqno=%llu",
> + __entry->dev,
> + __entry->seqno)
> +);
> +
> +TRACE_EVENT(v3d_tfu_irq,
> + TP_PROTO(struct drm_device *dev,
> + uint64_t seqno),
> + TP_ARGS(dev, seqno),
> +
> + TP_STRUCT__entry(
> + __field(u32, dev)
> + __field(u64, seqno)
> + ),
> +
> + TP_fast_assign(
> + __entry->dev = dev->primary->index;
> + __entry->seqno = seqno;
> + ),
> +
> + TP_printk("dev=%u, seqno=%llu",
> + __entry->dev,
> + __entry->seqno)
> +);
> +
> +TRACE_EVENT(v3d_submit_tfu_ioctl,
> + TP_PROTO(struct drm_device *dev, u32 iia),
> + TP_ARGS(dev, iia),
> +
> + TP_STRUCT__entry(
> + __field(u32, dev)
> + __field(u32, iia)
> + ),
> +
> + TP_fast_assign(
> + __entry->dev = dev->primary->index;
> + __entry->iia = iia;
> + ),
> +
> + TP_printk("dev=%u, IIA 0x%08x",
> + __entry->dev,
> + __entry->iia)
> +);
> +
> TRACE_EVENT(v3d_submit_tfu,
> TP_PROTO(struct drm_device *dev,
> uint64_t seqno),
> --
> 2.20.0.rc1
>
next prev parent reply other threads:[~2018-12-03 17:41 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-12-01 0:57 [PATCH 1/6] drm/v3d: Document cache flushing ABI Eric Anholt
2018-12-01 0:57 ` [PATCH 2/6] drm/v3d: Drop unused v3d_flush_caches() Eric Anholt
2018-12-01 0:57 ` Eric Anholt
2018-12-03 17:44 ` Dave Emett
2018-12-01 0:57 ` [PATCH 3/6] drm/v3d: Don't bother flushing L1TD at job start Eric Anholt
2018-12-01 0:57 ` Eric Anholt
2018-12-03 17:36 ` Dave Emett
2018-12-01 0:57 ` [PATCH 4/6] drm/v3d: Drop the wait for L2T flush to complete Eric Anholt
2018-12-03 17:59 ` Dave Emett
2018-12-01 0:57 ` [PATCH 5/6] drm/v3d: Add more tracepoints for V3D GPU rendering Eric Anholt
2018-12-03 17:41 ` Dave Emett [this message]
2018-12-01 0:57 ` [PATCH 6/6] drm/v3d: Add missing fence timeline name for TFU Eric Anholt
2018-12-03 18:03 ` Dave Emett
2018-12-03 17:22 ` [PATCH 1/6] drm/v3d: Document cache flushing ABI Dave Emett
2018-12-03 17:28 ` Dave Emett
2018-12-03 20:39 ` Eric Anholt
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAApk1dXjKeBN07LeycZgkCEOLEkdVjpvT_8Vu=8UStAY_ON15A@mail.gmail.com' \
--to=david.emett@broadcom.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=eric@anholt.net \
--cc=linux-kernel@vger.kernel.org \
--cc=thomas.spurden@broadcom.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.