From: Chris Wilson <chris@chris-wilson.co.uk>
To: Daniel Vetter <daniel@ffwll.ch>, Ben Widawsky <ben@bwidawsk.net>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH] [RFC] drm/i915: Warning when reads or writes are dropped
Date: Tue, 17 Jan 2012 11:26:01 +0000 [thread overview]
Message-ID: <e39f63$3bs8fq@fmsmga002.fm.intel.com> (raw)
In-Reply-To: <20120117110857.GJ4093@phenom.ffwll.local>
On Tue, 17 Jan 2012 12:08:57 +0100, Daniel Vetter <daniel@ffwll.ch> wrote:
> On Fri, Nov 04, 2011 at 05:03:54PM -0700, Ben Widawsky wrote:
> > The GTFIFODBG register gives us 3 error types when the fifo is accessed
> > and full. Whenever we do a forcewake_put we can check this register to
> > see if any of the CPU related errors occurred.
> >
> > Of more interest is perhaps the bit I am not checking which tells when
> > some other part of the chip makes a request and the FIFO is full. I
> > couldn't really decide on a good place to put that check.
> >
> > This patch seems to have value to me, but I'm not sure it's worth the
> > cost of the extra MMIO read`. (I've yet to see this occur, but I haven't
> > actually been running with it for very long).
> >
>
> This looks like a nice little patch here. Care to update it for
> spinlocked and multithreaded forcewake and maybe also check the other
> errors? And also add it to the error_state output (just base it on top of
> danvet/my-next to avoid conflicts with the oustanding error_state
> cleanup).
The advantage of placing the warning in _put is that we could identify
the sequence of register writes that trigger the error, so a stack trace
would be more useful i.e. a WARN instead.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
prev parent reply other threads:[~2012-01-17 11:26 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-05 0:03 [PATCH] [RFC] drm/i915: Warning when reads or writes are dropped Ben Widawsky
2012-01-17 11:08 ` Daniel Vetter
2012-01-17 11:26 ` Chris Wilson [this message]
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='e39f63$3bs8fq@fmsmga002.fm.intel.com' \
--to=chris@chris-wilson.co.uk \
--cc=ben@bwidawsk.net \
--cc=daniel@ffwll.ch \
--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.