From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Mika Kuoppala <mika.kuoppala@linux.intel.com>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [RFC] [PATCH 7/7] drm/i915: find guilty batch buffer on ring resets
Date: Thu, 7 Feb 2013 16:11:36 +0200 [thread overview]
Message-ID: <20130207141136.GD9135@intel.com> (raw)
In-Reply-To: <1359986683-29788-8-git-send-email-mika.kuoppala@intel.com>
On Mon, Feb 04, 2013 at 04:04:43PM +0200, Mika Kuoppala wrote:
> After hang check timer has declared gpu to be hang,
> rings are reset. In ring reset, when clearing
> request list, do post mortem analysis to find out
> the guilty batch buffer.
>
> Select requests for further analysis by inspecting
> the completed sequence number which has been updated
> into the HWS page. If request was completed, it can't
> be related to the hang.
>
> For completed requests mark the batch as guilty
^^^^^^^^^
That's a typo, right?
> if the ring was not waiting and the ring head was
> stuck inside the buffer object or in the flush region
> right after the batch. For everything else, mark
> them as innocents.
>
> Signed-off-by: Mika Kuoppala <mika.kuoppala@intel.com>
> ---
> drivers/gpu/drm/i915/i915_gem.c | 91 +++++++++++++++++++++++++++++++++++++++
> 1 file changed, 91 insertions(+)
>
> diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c
> index b304b06..db0f3e3 100644
> --- a/drivers/gpu/drm/i915/i915_gem.c
> +++ b/drivers/gpu/drm/i915/i915_gem.c
> @@ -2092,9 +2092,97 @@ i915_gem_request_remove_from_client(struct drm_i915_gem_request *request)
> spin_unlock(&file_priv->mm.lock);
> }
>
> +static bool i915_head_inside_object(u32 acthd, struct drm_i915_gem_object *obj)
> +{
> + if (acthd >= obj->gtt_offset &&
> + acthd < obj->gtt_offset + obj->base.size)
> + return true;
> +
> + return false;
> +}
> +
> +static bool i915_head_inside_request(u32 acthd, u32 rs, u32 re)
> +{
> + if (rs < re) {
> + if (acthd >= rs && acthd < re)
> + return true;
> + } else if (rs > re) {
> + if (acthd >= rs || acthd < re)
> + return true;
> + }
> +
> + return false;
> +}
> +
> +static bool i915_request_guilty(struct drm_i915_gem_request *request,
> + const u32 acthd, bool *inside)
> +{
> + if (request->batch_obj) {
> + if (i915_head_inside_object(acthd, request->batch_obj)) {
> + *inside = true;
> + return true;
> + }
> + }
> +
> + if (i915_head_inside_request(acthd, request->head, request->tail)) {
> + *inside = false;
> + return true;
> + }
> +
> + return false;
> +}
> +
> +static void i915_set_reset_status(struct intel_ring_buffer *ring,
> + struct drm_i915_gem_request *request,
> + u32 acthd)
> +{
> + bool inside;
> + struct i915_reset_stats *rs = NULL;
> + bool guilty;
> +
> + /* Innocent until proven guilty */
> + guilty = false;
> +
> + if (!ring->hangcheck_waiting &&
> + i915_request_guilty(request, acthd, &inside)) {
> + DRM_ERROR("%s hung %s bo (0x%x ctx %d) at 0x%x\n",
> + ring->name,
> + inside ? "inside" : "flushing",
> + request->batch_obj ?
> + request->batch_obj->gtt_offset : 0,
> + request->ctx ? request->ctx->id : 0,
> + acthd);
> +
> + guilty = true;
> + }
> +
> + /* If contexts are disabled or this is the default context, use
> + * file_priv->reset_stats
> + */
> + if (request->ctx && request->ctx->id != DEFAULT_CONTEXT_ID)
> + rs = &request->ctx->reset_stats;
> + else if (request->file_priv)
> + rs = &request->file_priv->reset_stats;
> +
> + if (rs) {
> + rs->total++;
> +
> + if (guilty)
> + rs->guilty++;
> + else
> + rs->innocent++;
> + }
> +}
> +
> static void i915_gem_reset_ring_lists(struct drm_i915_private *dev_priv,
> struct intel_ring_buffer *ring)
> {
> + u32 completed_seqno;
> + u32 acthd;
> +
> + acthd = intel_ring_get_active_head(ring);
> + completed_seqno = ring->get_seqno(ring, false);
> +
> while (!list_empty(&ring->request_list)) {
> struct drm_i915_gem_request *request;
>
> @@ -2102,6 +2190,9 @@ static void i915_gem_reset_ring_lists(struct drm_i915_private *dev_priv,
> struct drm_i915_gem_request,
> list);
>
> + if (request->seqno > completed_seqno)
i915_seqno_passed()?
> + i915_set_reset_status(ring, request, acthd);
> +
> list_del(&request->list);
> i915_gem_request_remove_from_client(request);
>
> --
> 1.7.9.5
>
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
--
Ville Syrjälä
Intel OTC
next prev parent reply other threads:[~2013-02-07 14:11 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-04 14:04 [RFC] [PATCH 0/7] arb robustness enablers Mika Kuoppala
2013-02-04 14:04 ` [RFC] [PATCH 1/7] drm/i915: detect infinite loops in hang check Mika Kuoppala
2013-02-15 6:14 ` Ben Widawsky
2013-02-15 9:49 ` Daniel Vetter
2013-02-15 14:48 ` Mika Kuoppala
2013-02-04 14:04 ` [RFC] [PATCH 2/7] drm/i915: add struct i915_reset_stats Mika Kuoppala
2013-02-15 6:21 ` Ben Widawsky
2013-02-04 14:04 ` [RFC] [PATCH 3/7] drm/i915: add reset_status for hw_contexts Mika Kuoppala
2013-02-04 14:04 ` [RFC] [PATCH 4/7] drm/i915: add i915_get_reset_status_ioctl Mika Kuoppala
2013-02-05 10:47 ` [PATCH 4/7] drm/i915: add i915_get_reset_stats_ioctl Mika Kuoppala
2013-02-04 14:04 ` [RFC] [PATCH 5/7] drm/i915: add batch object and context to i915_add_request() Mika Kuoppala
2013-02-04 14:04 ` [RFC] [PATCH 6/7] drm/i915: reference count for i915_hw_contexts Mika Kuoppala
2013-02-15 5:55 ` Ben Widawsky
2013-02-04 14:04 ` [RFC] [PATCH 7/7] drm/i915: find guilty batch buffer on ring resets Mika Kuoppala
2013-02-07 14:11 ` Ville Syrjälä [this message]
2013-02-15 14:12 ` Mika Kuoppala
2013-02-15 14:55 ` Ville Syrjälä
2013-02-08 10:35 ` [RFC] [PATCH 0/7] arb robustness enablers Daniel Vetter
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=20130207141136.GD9135@intel.com \
--to=ville.syrjala@linux.intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=mika.kuoppala@linux.intel.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.