All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chris Wilson <chris@chris-wilson.co.uk>
To: intel-gfx@lists.freedesktop.org
Cc: Ben Widawsky <ben@bwidawsk.net>
Subject: Re: [PATCH 1/5] drm/i915: Cleanup instdone state
Date: Wed, 15 Aug 2012 10:14:08 +0100	[thread overview]
Message-ID: <1345022058_97130@CP5-2952> (raw)
In-Reply-To: <1344980117-1993-2-git-send-email-ben@bwidawsk.net>

On Tue, 14 Aug 2012 14:35:13 -0700, Ben Widawsky <ben@bwidawsk.net> wrote:
> Clear the cached instdone state to match what we expect from hardware
> and prevent us from comparing stale values.
> 
> Actually, clearing the state is not the same as setting idle state.
> There would be a known state of idle (ie. all units are done), but since
> it differs for every platform, we can just set 0, and let the hangcheck
> progress as normal.
> 
> By putting the clear into add_request we are essentially initializing
> the cached instdone to a known state before we start the hangcheck
> timer.
> 
> v2: clear instdone in more place (Chris)
> Rewrote the commit message
> 
> References: https://bugs.freedesktop.org/show_bug.cgi?id=52429
> Tested-by: Guang A Yang <guang.a.yang@intel.com>
> Signed-off-by: Ben Widawsky <ben@bwidawsk.net>

So if hangcheck is already running and we add a new request, we still
clear the "stale" state. This means that we may take an extra tick after
a new request for hangcheck to raise an error. Not a big deal and it
keeps the code clean. Though possibly deserves a comment?

Reviewed-by: Chris Wilson <chris@chris-wilson.co.uk>
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre

  reply	other threads:[~2012-08-15  9:14 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-14 21:35 [PATCH 0/5] Some HW context fixes Ben Widawsky
2012-08-14 21:35 ` [PATCH 1/5] drm/i915: Cleanup instdone state Ben Widawsky
2012-08-15  9:14   ` Chris Wilson [this message]
2012-08-15 17:43     ` Ben Widawsky
2012-08-14 21:35 ` [PATCH 2/5] drm/i915/contexts: fix list corruption Ben Widawsky
2012-08-15 22:50   ` Daniel Vetter
2012-08-14 21:35 ` [PATCH 3/5] drm/i915/contexts: Switch to default on resume Ben Widawsky
2012-08-15  9:18   ` Chris Wilson
2012-08-15 15:58     ` Ben Widawsky
2012-08-14 21:35 ` [PATCH 4/5] drm/i915/contexts: Add forced switches Ben Widawsky
2012-08-14 21:35 ` [PATCH 5/5] drm/i915/contexts: Serialize default context init Ben Widawsky

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=1345022058_97130@CP5-2952 \
    --to=chris@chris-wilson.co.uk \
    --cc=ben@bwidawsk.net \
    --cc=intel-gfx@lists.freedesktop.org \
    /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.