From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: "Gupta, Sourab" <sourab.gupta@intel.com>
Cc: "intel-gfx@lists.freedesktop.org"
<intel-gfx@lists.freedesktop.org>,
"Goel, Akash" <akash.goel@intel.com>
Subject: Re: [PATCH 1/6] drm/i915/vlv: Added a rendering specific Hw WA 'WaTlbInvalidateStoreDataBefore'
Date: Mon, 24 Mar 2014 20:32:30 +0200 [thread overview]
Message-ID: <20140324183230.GH21652@intel.com> (raw)
In-Reply-To: <1395660076.19358.75.camel@sourabgu-desktop>
On Mon, Mar 24, 2014 at 11:20:40AM +0000, Gupta, Sourab wrote:
> On Mon, 2014-03-24 at 09:32 +0000, Chris Wilson wrote:
> > On Mon, Mar 24, 2014 at 12:19:19PM +0530, sourab.gupta@intel.com wrote:
> > > From: Akash Goel <akash.goel@intel.com>
> > >
> > > Added a new rendering specific Workaround 'WaTlbInvalidateStoreDataBefore'.
> > > In this WA, before pipecontrol with TLB invalidate set, need to add 2 MI
> > > Store data commands.
> > >
> > > Signed-off-by: Akash Goel <akash.goel@intel.com>
> > > Signed-off-by: Sourab Gupta <sourab.gupta@intel.com>
> > > ---
> > > drivers/gpu/drm/i915/intel_ringbuffer.c | 22 ++++++++++++++++++++++
> > > 1 file changed, 22 insertions(+)
> > >
> > > diff --git a/drivers/gpu/drm/i915/intel_ringbuffer.c b/drivers/gpu/drm/i915/intel_ringbuffer.c
> > > index 87d1a2d..2812384 100644
> > > --- a/drivers/gpu/drm/i915/intel_ringbuffer.c
> > > +++ b/drivers/gpu/drm/i915/intel_ringbuffer.c
> > > @@ -2207,6 +2207,28 @@ intel_ring_invalidate_all_caches(struct intel_ring_buffer *ring)
> > > uint32_t flush_domains;
> > > int ret;
> > >
> > > + if (IS_VALLEYVIEW(ring->dev)) {
> > The ring flushes are vfuncs, so why is this here and not in a special
> > vlv ring flush?
>
> Yes, we can as well put it in the platform specific vlv flush. Since we
> apply this WA only for invalidate_all_caches function, we have to
> differentiate in the vlv flush function regarding where the flush
> originated from. For this we plan to check the 'invalidate_domains'
> field of flush function. (This field will be non-zero in case the call
> originated from invalidate_all_caches function). So, we'll have a
> vlv_render_ring_flush something like this:
> if(invalidate_domains)
> apply_our_wa;
> gen7_render_ring_flush();
>
> Does this look okay?
Since we supposdely need this for all gen6/gen7, I'd just add a new func
(eg. gen6_tlb_invalidate_wa()) and call that from gen6_render_ring_flush(),
gen7_render_ring_flush(), gen6_bsd_ring_flush() and gen6_ring_flush().
--
Ville Syrjälä
Intel OTC
next prev parent reply other threads:[~2014-03-24 18:33 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-24 6:49 [PATCH 0/6] Rendering Specific HW Workarounds for VLV sourab.gupta
2014-03-24 6:49 ` [PATCH 1/6] drm/i915/vlv: Added a rendering specific Hw WA 'WaTlbInvalidateStoreDataBefore' sourab.gupta
2014-03-24 9:32 ` Chris Wilson
2014-03-24 11:20 ` Gupta, Sourab
2014-03-24 18:32 ` Ville Syrjälä [this message]
2014-03-24 18:47 ` Chris Wilson
2014-03-25 5:17 ` Gupta, Sourab
2014-03-25 8:31 ` [PATCH v5] " sourab.gupta
2014-03-25 9:15 ` Chris Wilson
2014-03-25 9:39 ` Gupta, Sourab
2014-03-25 9:53 ` [PATCH v6] " sourab.gupta
2014-03-25 10:59 ` Chris Wilson
2014-03-26 5:14 ` Gupta, Sourab
2014-03-26 7:54 ` Chris Wilson
2014-03-26 14:13 ` Gupta, Sourab
2014-03-24 6:49 ` [PATCH 2/6] drm/i915/vlv: Added a rendering specific Hw WA 'WaSendDummy3dPrimitveAfterSetContext' sourab.gupta
2014-03-24 9:31 ` Daniel Vetter
2014-03-24 11:11 ` Gupta, Sourab
2014-03-24 9:39 ` Chris Wilson
2014-03-24 6:49 ` [PATCH 3/6] drm/i915: Enabling the TLB invalidate bit in GFX Mode register sourab.gupta
2014-03-24 9:35 ` Chris Wilson
2014-03-24 6:49 ` [PATCH 4/6] drm/i915/vlv: Remove the enabling of VS_TIMER_DISPATCH bit in MI MODE reg sourab.gupta
2014-03-24 6:49 ` [PATCH 5/6] drm/i915/vlv:Implement WaDisable_RenderCache_OperationalFlush sourab.gupta
2014-03-24 9:32 ` Chris Wilson
2014-03-24 6:49 ` [PATCH 6/6] drm/i915/vlv: Modified Implementation of WaDisableL3Bank2xClockGate sourab.gupta
2014-03-24 9:41 ` Chris Wilson
2014-03-24 9:35 ` [PATCH 0/6] Rendering Specific HW Workarounds for VLV Daniel Vetter
2014-03-24 11:05 ` Gupta, Sourab
-- strict thread matches above, loose matches on Subject: below --
2014-01-22 3:45 [PATCH 0/6] Rendering specific Hw workarounds " akash.goel
2014-01-22 3:45 ` [PATCH 1/6] drm/i915/vlv: Added a rendering specific Hw WA 'WaTlbInvalidateStoreDataBefore' akash.goel
2014-01-22 10:51 ` Ville Syrjälä
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=20140324183230.GH21652@intel.com \
--to=ville.syrjala@linux.intel.com \
--cc=akash.goel@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=sourab.gupta@intel.com \
/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.