Re: [PATCH 3/3] drm/i915: Get rid of acthd based batch search on reset stats

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



This series fixes: https://bugs.freedesktop.org/show_bug.cgi?id=73533

Tested-by: Rodrigo Vivi <rodrigo.vivi@xxxxxxxxx>

On Sun, Jan 26, 2014 at 4:58 PM, Ben Widawsky <ben@xxxxxxxxxxxx> wrote:
> On Fri, Jan 17, 2014 at 04:20:31PM +0200, Mika Kuoppala wrote:
>> As we seek the guilty one using request ordering and hangcheck
>> score, these were needed only for debug output.
>>
>
> As it's only for debug output, I'd rather just leave this here until
> we're completely convinced the new mechanism works.
>
> However, the patch looks functionally correct to me, so I'll leave the
> decision up to Daniel.
>
> Reviewed-by: Ben Widawsky <ben@xxxxxxxxxxxx>
>
>> Signed-off-by: Mika Kuoppala <mika.kuoppala@xxxxxxxxx>
>> ---
>>  drivers/gpu/drm/i915/i915_gem.c |   87 ++-------------------------------------
>>  1 file changed, 3 insertions(+), 84 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c
>> index 27a97c3..d796c7f 100644
>> --- a/drivers/gpu/drm/i915/i915_gem.c
>> +++ b/drivers/gpu/drm/i915/i915_gem.c
>> @@ -2241,70 +2241,6 @@ 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,
>> -                                 struct i915_address_space *vm)
>> -{
>> -     if (acthd >= i915_gem_obj_offset(obj, vm) &&
>> -         acthd < i915_gem_obj_offset(obj, vm) + obj->base.size)
>> -             return true;
>> -
>> -     return false;
>> -}
>> -
>> -static bool i915_head_inside_request(const u32 acthd_unmasked,
>> -                                  const u32 request_start,
>> -                                  const u32 request_end)
>> -{
>> -     const u32 acthd = acthd_unmasked & HEAD_ADDR;
>> -
>> -     if (request_start < request_end) {
>> -             if (acthd >= request_start && acthd < request_end)
>> -                     return true;
>> -     } else if (request_start > request_end) {
>> -             if (acthd >= request_start || acthd < request_end)
>> -                     return true;
>> -     }
>> -
>> -     return false;
>> -}
>> -
>> -static struct i915_address_space *
>> -request_to_vm(struct drm_i915_gem_request *request)
>> -{
>> -     struct drm_i915_private *dev_priv = request->ring->dev->dev_private;
>> -     struct i915_address_space *vm;
>> -
>> -     if (request->ctx)
>> -             vm = request->ctx->vm;
>> -     else
>> -             vm = &dev_priv->gtt.base;
>> -
>> -     return vm;
>> -}
>> -
>> -static bool i915_request_guilty(struct drm_i915_gem_request *request,
>> -                             const u32 acthd, bool *inside)
>> -{
>> -     /* There is a possibility that unmasked head address
>> -      * pointing inside the ring, matches the batch_obj address range.
>> -      * However this is extremely unlikely.
>> -      */
>> -     if (request->batch_obj) {
>> -             if (i915_head_inside_object(acthd, request->batch_obj,
>> -                                         request_to_vm(request))) {
>> -                     *inside = true;
>> -                     return true;
>> -             }
>> -     }
>> -
>> -     if (i915_head_inside_request(acthd, request->head, request->tail)) {
>> -             *inside = false;
>> -             return true;
>> -     }
>> -
>> -     return false;
>> -}
>> -
>>  static bool i915_context_is_banned(const struct i915_ctx_hang_stats *hs)
>>  {
>>       const unsigned long elapsed = get_seconds() - hs->guilty_ts;
>> @@ -2322,25 +2258,9 @@ static bool i915_context_is_banned(const struct i915_ctx_hang_stats *hs)
>>
>>  static void i915_set_reset_status(struct intel_ring_buffer *ring,
>>                                 struct drm_i915_gem_request *request,
>> -                               u32 acthd, const bool guilty)
>> +                               const bool guilty)
>>  {
>>       struct i915_ctx_hang_stats *hs = NULL;
>> -     bool inside;
>> -     unsigned long offset = 0;
>> -
>> -     if (request->batch_obj)
>> -             offset = i915_gem_obj_offset(request->batch_obj,
>> -                                          request_to_vm(request));
>> -
>> -     if (guilty &&
>> -         i915_request_guilty(request, acthd, &inside)) {
>> -             DRM_DEBUG("%s hung %s bo (0x%lx ctx %d) at 0x%x\n",
>> -                       ring->name,
>> -                       inside ? "inside" : "flushing",
>> -                       offset,
>> -                       request->ctx ? request->ctx->id : 0,
>> -                       acthd);
>> -     }
>>
>>       /* If contexts are disabled or this is the default context, use
>>        * file_priv->reset_state
>> @@ -2376,7 +2296,6 @@ static void i915_gem_reset_ring_status(struct drm_i915_private *dev_priv,
>>                                      struct intel_ring_buffer *ring)
>>  {
>>       u32 completed_seqno = ring->get_seqno(ring, false);
>> -     u32 acthd = intel_ring_get_active_head(ring);
>>       struct drm_i915_gem_request *request;
>>       bool guilty = false;
>>
>> @@ -2386,9 +2305,9 @@ static void i915_gem_reset_ring_status(struct drm_i915_private *dev_priv,
>>
>>               if (!guilty && ring->hangcheck.score >= HANGCHECK_SCORE_GUILTY) {
>>                       guilty = true;
>> -                     i915_set_reset_status(ring, request, acthd, true);
>> +                     i915_set_reset_status(ring, request, true);
>>               } else {
>> -                     i915_set_reset_status(ring, request, acthd, false);
>> +                     i915_set_reset_status(ring, request, false);
>>               }
>>       }
>>  }
>> --
>> 1.7.9.5
>>
>> _______________________________________________
>> Intel-gfx mailing list
>> Intel-gfx@xxxxxxxxxxxxxxxxxxxxx
>> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
>
> --
> Ben Widawsky, Intel Open Source Technology Center
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@xxxxxxxxxxxxxxxxxxxxx
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx



-- 
Rodrigo Vivi
Blog: http://blog.vivi.eng.br
_______________________________________________
Intel-gfx mailing list
Intel-gfx@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/intel-gfx




[Index of Archives]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux