All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Vetter <daniel@ffwll.ch>
To: Chris Wilson <chris@chris-wilson.co.uk>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH] drm/i915: Always wake the device to flush the GTT
Date: Wed, 30 Aug 2017 14:23:56 +0200	[thread overview]
Message-ID: <20170830122356.56m7t2bupgsotkx7@phenom.ffwll.local> (raw)
In-Reply-To: <150401877695.916.18247587251753860137@mail.alporthouse.com>

On Tue, Aug 29, 2017 at 03:59:36PM +0100, Chris Wilson wrote:
> Quoting Joonas Lahtinen (2017-08-29 15:54:06)
> > On Tue, 2017-08-29 at 11:33 +0100, Chris Wilson wrote:
> > > Since we hold the device wakeref when writing through the GTT (otherwise
> > > the writes would fail), we presumed that before the device sleeps those
> > > writes would naturally be flushed and that we wouldn't need our mmio
> > > read trick. However, that presumption seems false and a sleepy bxt seems
> > > to require us to always manually flush the GTT writes prior to direct
> > > access.
> > > 
> > > Fixes: e2a2aa36a509 ("drm/i915: Check we have an wake device before flushing GTT writes")
> > > Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
> > > Cc: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
> > 
> > Got any Bugzilla, Testcase, Tested-by?
> 
> Original bugzilla hasn't been reopened, so I its looks like they were
> happy enough with the original patches that fixed the problem on my bxt.
> The testcase seems to be very system dependent, my suspicion is that it
> has to do with the wacky runtime pm exhibited by CI bxt.

CI bxt doesn't have displays, which means we shut down a lot more when
it's running. Does this indicate a huge gem test gap where we should run
plenty of gem testcases with all the outputs shut down?

Or just the need to add a pile more tests to pm_rpm?

Would be good if testcase review is a part of review, and not just "code
does what the commit message says" ... The latter should be the
trivial-most part of review really.
-Daniel
-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

  reply	other threads:[~2017-08-30 12:24 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-08-28 19:00 [PATCH] drm/i915: Always wake the device to flush the GTT Chris Wilson
2017-08-28 19:21 ` ✓ Fi.CI.BAT: success for " Patchwork
2017-08-28 20:15 ` ✓ Fi.CI.IGT: " Patchwork
2017-08-29  9:59   ` Chris Wilson
2017-08-29 10:23     ` Saarinen, Jani
2017-08-29 10:33 ` [PATCH] " Chris Wilson
2017-08-29 14:54   ` Joonas Lahtinen
2017-08-29 14:59     ` Chris Wilson
2017-08-30 12:23       ` Daniel Vetter [this message]
2017-08-30 12:56         ` Chris Wilson
2017-08-30 12:59           ` Chris Wilson
2017-08-30 13:12           ` Chris Wilson
2017-08-30 13:59           ` Daniel Vetter
2017-08-30 15:13             ` Chris Wilson
2017-08-31  8:08               ` Daniel Vetter
2017-08-29 19:25   ` [Resend for flip-flops] " Chris Wilson
2017-08-30  8:13     ` Chris Wilson
2017-08-29 10:55 ` ✗ Fi.CI.BAT: warning for drm/i915: Always wake the device to flush the GTT (rev2) Patchwork
2017-08-29 15:43 ` [PATCH] drm/i915: Flush indirect GTT writes upon runtime-suspend Chris Wilson
2017-08-29 16:09 ` ✓ Fi.CI.BAT: success for drm/i915: Always wake the device to flush the GTT (rev3) Patchwork
2017-08-29 18:50 ` ✓ Fi.CI.IGT: " Patchwork
2017-08-29 19:21   ` Chris Wilson
2017-08-29 19:24     ` Chris Wilson
2017-08-29 19:43 ` ✓ Fi.CI.BAT: success for drm/i915: Always wake the device to flush the GTT (rev4) Patchwork
2017-08-29 23:13 ` ✗ Fi.CI.IGT: failure " Patchwork

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=20170830122356.56m7t2bupgsotkx7@phenom.ffwll.local \
    --to=daniel@ffwll.ch \
    --cc=chris@chris-wilson.co.uk \
    --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.