From: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
To: Chris Wilson <chris@chris-wilson.co.uk>,
Dave Gordon <david.s.gordon@intel.com>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH 17/31] drm/i915: Remove obsolete engine->gpu_caches_dirty
Date: Wed, 27 Jul 2016 14:26:40 +0300 [thread overview]
Message-ID: <1469618800.4027.85.camel@linux.intel.com> (raw)
In-Reply-To: <20160727100041.GP31051@nuc-i3427.alporthouse.com>
On ke, 2016-07-27 at 11:00 +0100, Chris Wilson wrote:
> On Wed, Jul 27, 2016 at 10:49:46AM +0100, Dave Gordon wrote:
> >
> > On 25/07/16 08:44, Chris Wilson wrote:
> > >
> > > Space for flushing the GPU cache prior to completing the request is
> > > preallocated and so cannot fail.
> > >
> > > Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
> > > ---
> > > drivers/gpu/drm/i915/i915_gem_context.c | 2 +-
> > > drivers/gpu/drm/i915/i915_gem_execbuffer.c | 9 +---
> > > drivers/gpu/drm/i915/i915_gem_gtt.c | 11 +++--
> > > drivers/gpu/drm/i915/i915_gem_request.c | 7 ++-
> > > drivers/gpu/drm/i915/intel_lrc.c | 47 +++----------------
> > > drivers/gpu/drm/i915/intel_lrc.h | 2 -
> > > drivers/gpu/drm/i915/intel_ringbuffer.c | 72 +++++++-----------------------
> > > drivers/gpu/drm/i915/intel_ringbuffer.h | 7 ---
> > > 8 files changed, 37 insertions(+), 120 deletions(-)
> > [snip]
> >
> > >
> > > -static int logical_ring_invalidate_all_caches(struct drm_i915_gem_request *req)
> > > -{
> > > - struct intel_engine_cs *engine = req->engine;
> > > - uint32_t flush_domains;
> > > - int ret;
> > > -
> > > - flush_domains = 0;
> > > - if (engine->gpu_caches_dirty)
> > > - flush_domains = I915_GEM_GPU_DOMAINS;
> > > -
> > > - ret = engine->emit_flush(req, I915_GEM_GPU_DOMAINS, flush_domains);
> > > - if (ret)
> > > - return ret;
> > > -
> > > - engine->gpu_caches_dirty = false;
> > > - return 0;
> > > -}
> > > -
> > > static int execlists_move_to_gpu(struct drm_i915_gem_request *req,
> > > struct list_head *vmas)
> > > {
> > > @@ -690,7 +672,7 @@ static int execlists_move_to_gpu(struct drm_i915_gem_request *req,
> > > /* Unconditionally invalidate gpu caches and ensure that we do flush
> > > * any residual writes from the previous batch.
> > > */
> > > - return logical_ring_invalidate_all_caches(req);
> > > + return req->engine->emit_flush(req, I915_GEM_GPU_DOMAINS, 0);
> > > }
> > I don't think the direct call to the vfunc is as clear as to what
> > we're trying to achieve here. I'd like some flavour of
> > flush_caches() and invalidate_caches() reinstated, even if they're
> > just trivial wrappers round the ->emit_flush().
> >
> > While we're here, could we simplify the parameters? AFAICT we need
> > only three permutations: FLUSH (only), INVALIDATE (only) or FLUSH
> > and INVALIDATE; and in each case each parameter is either
> > GEM_GPU_DOMAINS or 0.
> Yes, a couple of years ago I sent patches to reduce it down to a single
> parameter, (INVALIDATE, FLUSH, BARRIER).
>
> The choice now is which would you prefer
>
> i915_gem_request_emit_flush() {
> req->engine->emit_flush(req, 0, I915_GEM_GPU_DOMAINS);
> }
> i915_gem_request_emit_invalidate() {
> req->engine->emit_flush(req, I915_GEM_GPU_DOMAINS, 0);
> }
>
> or
>
> engine->emit_flush(req, INVALIDATE);
> engine->emit_flush(req, FLUSH);
+1 on latter, much more informative.
Regards, Joonas
>
> Using the vfunc directly is consistent with elsewhere.
> -Chris
>
--
Joonas Lahtinen
Open Source Technology Center
Intel Corporation
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2016-07-27 11:27 UTC|newest]
Thread overview: 94+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-25 7:44 Refined set of intel_ringbuffer renames Chris Wilson
2016-07-25 7:44 ` [PATCH 01/31] drm/i915: Reduce breadcrumb lock coverage for intel_engine_enable_signaling() Chris Wilson
2016-07-26 4:37 ` Joonas Lahtinen
2016-07-25 7:44 ` [PATCH 02/31] drm/i915: Prefer list_first_entry_or_null Chris Wilson
2016-07-25 7:55 ` Joonas Lahtinen
2016-07-25 8:03 ` Chris Wilson
2016-07-25 10:01 ` Joonas Lahtinen
2016-07-25 7:44 ` [PATCH 03/31] drm/i915: Only clear the client pointer when tearing down the file Chris Wilson
2016-07-25 8:15 ` Joonas Lahtinen
2016-07-25 7:44 ` [PATCH 04/31] drm/i915: Only drop the batch-pool's object reference Chris Wilson
2016-07-25 8:38 ` Joonas Lahtinen
2016-07-25 8:44 ` Chris Wilson
2016-07-25 10:43 ` Joonas Lahtinen
2016-07-25 7:44 ` [PATCH 05/31] drm/i915/cmdparser: Remove stray intel_engine_cs *ring Chris Wilson
2016-07-25 8:40 ` Joonas Lahtinen
2016-07-25 9:06 ` [PATCH v2] " Chris Wilson
2016-07-25 11:01 ` Joonas Lahtinen
2016-07-25 11:12 ` Chris Wilson
2016-07-25 7:44 ` [PATCH 06/31] drm/i915: Use engine to refer to the user's BSD intel_engine_cs Chris Wilson
2016-07-25 8:42 ` Joonas Lahtinen
2016-07-25 7:44 ` [PATCH 07/31] drm/i915: Avoid using intel_engine_cs *ring for GPU error capture Chris Wilson
2016-07-25 7:44 ` [PATCH 08/31] drm/i915: Remove stray intel_engine_cs ring identifiers from i915_gem.c Chris Wilson
2016-07-25 8:45 ` Joonas Lahtinen
2016-07-25 8:49 ` Chris Wilson
2016-07-26 15:12 ` Dave Gordon
2016-07-25 7:44 ` [PATCH 09/31] drm/i915: Update a couple of hangcheck comments to talk about engines Chris Wilson
2016-07-25 8:46 ` Joonas Lahtinen
2016-07-25 7:44 ` [PATCH 10/31] drm/i915: Unify intel_logical_ring_emit and intel_ring_emit Chris Wilson
2016-07-25 7:44 ` [PATCH 11/31] drm/i915: Rename request->ringbuf to request->ring Chris Wilson
2016-07-25 7:44 ` [PATCH 12/31] drm/i915: Rename backpointer from intel_ringbuffer to intel_engine_cs Chris Wilson
2016-07-25 8:49 ` Joonas Lahtinen
2016-07-25 9:10 ` Chris Wilson
2016-07-25 7:44 ` [PATCH 13/31] drm/i915: Rename intel_context[engine].ringbuf Chris Wilson
2016-07-25 7:44 ` [PATCH 14/31] drm/i915: Rename struct intel_ringbuffer to struct intel_ring Chris Wilson
2016-07-25 7:44 ` [PATCH 15/31] drm/i915: Rename residual ringbuf parameters Chris Wilson
2016-07-25 8:58 ` Joonas Lahtinen
2016-07-25 7:44 ` [PATCH 16/31] drm/i915: Rename intel_pin_and_map_ring() Chris Wilson
2016-07-25 7:44 ` [PATCH 17/31] drm/i915: Remove obsolete engine->gpu_caches_dirty Chris Wilson
2016-07-25 9:14 ` Joonas Lahtinen
2016-07-25 9:24 ` Chris Wilson
2016-07-27 9:49 ` Dave Gordon
2016-07-27 10:00 ` Chris Wilson
2016-07-27 11:18 ` Dave Gordon
2016-07-27 11:26 ` Joonas Lahtinen [this message]
2016-07-27 10:53 ` [PATCH] drm/i915: Reduce engine->emit_flush() to a single mode parameter Chris Wilson
2016-07-28 7:11 ` Joonas Lahtinen
2016-07-28 8:37 ` Chris Wilson
2016-07-28 10:03 ` Joonas Lahtinen
2016-07-28 14:57 ` Dave Gordon
2016-07-25 7:44 ` [PATCH 18/31] drm/i915: Simplify request_alloc by returning the allocated request Chris Wilson
2016-07-25 9:18 ` Joonas Lahtinen
2016-07-27 11:08 ` Dave Gordon
2016-07-27 15:28 ` Chris Wilson
2016-07-28 12:48 ` Dave Gordon
2016-07-28 15:10 ` Chris Wilson
2016-07-28 15:20 ` Dave Gordon
2016-07-25 7:44 ` [PATCH 19/31] drm/i915: Unify legacy/execlists emission of MI_BATCHBUFFER_START Chris Wilson
2016-07-25 7:44 ` [PATCH 20/31] drm/i915: Remove intel_ring_get_tail() Chris Wilson
2016-07-25 9:43 ` Joonas Lahtinen
2016-07-25 7:44 ` [PATCH 21/31] drm/i915: Convert engine->write_tail to operate on a request Chris Wilson
2016-07-27 11:53 ` Dave Gordon
2016-07-27 12:29 ` Chris Wilson
2016-07-28 15:05 ` Dave Gordon
2016-07-28 15:09 ` Chris Wilson
2016-07-27 12:30 ` Chris Wilson
2016-07-28 6:41 ` Joonas Lahtinen
2016-07-28 7:12 ` Chris Wilson
2016-07-28 7:52 ` Joonas Lahtinen
2016-07-28 9:16 ` [PATCH 1/2] " Chris Wilson
2016-07-28 9:16 ` [PATCH 2/2] drm/i915: Move the modulus for ring emission to the register write Chris Wilson
2016-07-28 9:59 ` Joonas Lahtinen
2016-07-28 15:16 ` Dave Gordon
2016-07-25 7:44 ` [PATCH 22/31] drm/i915: Unify request submission Chris Wilson
2016-07-25 9:49 ` Joonas Lahtinen
2016-07-25 7:44 ` [PATCH 23/31] drm/i915/lrc: Update function names to match request flow Chris Wilson
2016-07-25 9:50 ` Joonas Lahtinen
2016-07-25 7:44 ` [PATCH 24/31] drm/i915: Stop passing caller's num_dwords to engine->semaphore.signal() Chris Wilson
2016-07-25 9:53 ` Joonas Lahtinen
2016-07-25 7:44 ` [PATCH 25/31] drm/i915: Reuse legacy breadcrumbs + tail emission Chris Wilson
2016-07-28 15:23 ` Dave Gordon
2016-07-28 15:29 ` Chris Wilson
2016-07-28 15:33 ` Dave Gordon
2016-07-25 7:44 ` [PATCH 26/31] drm/i915/ringbuffer: Specialise SNB+ request emission for semaphores Chris Wilson
2016-07-25 9:55 ` Joonas Lahtinen
2016-07-25 7:44 ` [PATCH 27/31] drm/i915: Remove duplicate golden render state init from execlists Chris Wilson
2016-07-25 7:44 ` [PATCH 28/31] drm/i915: Refactor golden render state emission to unconfuse gcc Chris Wilson
2016-07-25 9:59 ` Joonas Lahtinen
2016-07-25 7:44 ` [PATCH 29/31] drm/i915: Unify legacy/execlists submit_execbuf callbacks Chris Wilson
2016-07-25 7:44 ` [PATCH 30/31] drm/i915: Simplify calling engine->sync_to Chris Wilson
2016-07-25 7:44 ` [PATCH 31/31] drm/i915: Rename engine->semaphore.sync_to, engine->sempahore.signal locals Chris Wilson
2016-07-25 8:28 ` ✓ Ro.CI.BAT: success for series starting with [01/31] drm/i915: Reduce breadcrumb lock coverage for intel_engine_enable_signaling() Patchwork
2016-07-25 9:32 ` ✓ Ro.CI.BAT: success for series starting with [01/31] drm/i915: Reduce breadcrumb lock coverage for intel_engine_enable_signaling() (rev2) Patchwork
2016-07-27 11:00 ` ✗ Ro.CI.BAT: failure for series starting with [01/31] drm/i915: Reduce breadcrumb lock coverage for intel_engine_enable_signaling() (rev3) Patchwork
2016-07-28 9:20 ` ✗ Ro.CI.BAT: failure for series starting with [01/31] drm/i915: Reduce breadcrumb lock coverage for intel_engine_enable_signaling() (rev5) 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=1469618800.4027.85.camel@linux.intel.com \
--to=joonas.lahtinen@linux.intel.com \
--cc=chris@chris-wilson.co.uk \
--cc=david.s.gordon@intel.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox