From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Kenneth Graunke <kenneth@whitecape.org>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH] drm/i915: Make sample_c messages go faster on Haswell.
Date: Thu, 30 Oct 2014 13:01:30 +0200 [thread overview]
Message-ID: <20141030110130.GS10649@intel.com> (raw)
In-Reply-To: <4380504.nITrtgCgRI@vakarian>
On Thu, Oct 30, 2014 at 02:32:40AM -0700, Kenneth Graunke wrote:
> On Thursday, October 30, 2014 11:00:51 AM Ville Syrjälä wrote:
> > On Thu, Oct 30, 2014 at 10:50:03AM +0200, Ville Syrjälä wrote:
> > > On Wed, Oct 29, 2014 at 03:12:43PM -0700, Kenneth Graunke wrote:
> > > > Haswell significantly improved the performance of sampler_c messages,
> > > > but the optimization appears to be off by default. Later platforms
> > > > remove this bit, and apparently always enable the optimization.
> > > >
> > > > Improves performance in "Counter Strike: Global Offensive" by 18%
> > > > at default settings on Iris Pro. No Piglit regressions.
> > >
> > > Nice. We need more bits like this ;)
> > >
> > > >
> > > > Signed-off-by: Kenneth Graunke <kenneth@whitecape.org>
> > > > ---
> > > > drivers/gpu/drm/i915/i915_reg.h | 1 +
> > > > drivers/gpu/drm/i915/intel_pm.c | 4 ++++
> > > > 2 files changed, 5 insertions(+)
> > > >
> > > > diff --git a/drivers/gpu/drm/i915/i915_reg.h
> b/drivers/gpu/drm/i915/i915_reg.h
> > > > index 77fce96..340821a 100644
> > > > --- a/drivers/gpu/drm/i915/i915_reg.h
> > > > +++ b/drivers/gpu/drm/i915/i915_reg.h
> > > > @@ -5952,6 +5952,7 @@ enum punit_power_well {
> > > > #define HSW_ROW_CHICKEN3_L3_GLOBAL_ATOMICS_DISABLE (1 << 6)
> > > >
> > > > #define HALF_SLICE_CHICKEN3 0xe184
> > > > +#define HSW_SAMPLE_C_PERFORMANCE (1<<9)
> > > > #define GEN8_CENTROID_PIXEL_OPT_DIS (1<<8)
> > > > #define GEN8_SAMPLER_POWER_BYPASS_DIS (1<<1)
> > > >
> > > > diff --git a/drivers/gpu/drm/i915/intel_pm.c
> b/drivers/gpu/drm/i915/intel_pm.c
> > > > index 7a69eba..50c72a7 100644
> > > > --- a/drivers/gpu/drm/i915/intel_pm.c
> > > > +++ b/drivers/gpu/drm/i915/intel_pm.c
> > > > @@ -5736,6 +5736,10 @@ static void haswell_init_clock_gating(struct
> drm_device *dev)
> > > > I915_WRITE(GEN7_GT_MODE,
> > > > GEN6_WIZ_HASHING_MASK | GEN6_WIZ_HASHING_16x4);
> > > >
> > > > + /* Make sample_c messages faster. */
> > >
> > > I found a name for it in the w/a database.
> > >
> > > WaSampleCChickenBitEnable:hsw
> > >
> > > Reviewed-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
> >
> > Oh actually it says palette won't work when this bit is on. I'm assuming
> > that's the texture palette. Do we have any use of that anywhere?
>
> That's a good point. 3DSTATE_SAMPLER_PALETTE_LOAD and the A8P8/indexed
> formats aren't used by Mesa or xf86-video-intel, but it looks like they might
> be used by libva.
>
> Can someone confirm that libva does use the sampler palette?
>
> If they do, what do we do about it?
I suppose the best option then would be to use an LRI from a batch,
which means the register would need to be added to the cmd parser
white list. This is one of the context saved registers so doing the
LRI just once per context should be enough.
Well that's assuming libva doesn't use the default context. I'm getting
another itch to drop the restore inhibit flag for default contexts.
That would actually make it possible to do these sort of things without
risking breakage to existing userspace. But I think Chris is going
scream unless the patch comes with performance data that shows it
doesn't hurt too much.
--
Ville Syrjälä
Intel OTC
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2014-10-30 11:01 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-29 22:12 [PATCH] drm/i915: Make sample_c messages go faster on Haswell Kenneth Graunke
2014-10-30 8:50 ` Ville Syrjälä
2014-10-30 9:00 ` Ville Syrjälä
2014-10-30 9:32 ` Kenneth Graunke
2014-10-30 11:01 ` Ville Syrjälä [this message]
2014-10-30 17:32 ` Kenneth Graunke
2014-10-30 19:26 ` Ville Syrjälä
2014-10-30 19:57 ` Kenneth Graunke
2014-10-31 9:27 ` Ville Syrjälä
2014-10-31 9:43 ` Jani Nikula
2014-11-03 12:48 ` Daniel Vetter
[not found] ` <CAKMK7uH7-ar7OB2sdZ0phoZJ6j8-660Nr_c5CyiZRqTfgtMGHQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-11-04 8:48 ` [Intel-gfx] " Xiang, Haihao
2014-11-03 16:15 ` Dave Gordon
2014-11-07 18:46 ` Matt Turner
2014-11-11 10:16 ` Daniel Vetter
-- strict thread matches above, loose matches on Subject: below --
2015-01-01 0:23 Kenneth Graunke
2015-01-05 0:48 ` shuang.he
2015-01-05 13:19 ` Daniel Vetter
2015-01-05 21:39 ` Kenneth Graunke
2015-01-06 5:11 ` Xiang, Haihao
2015-01-06 5:54 ` Kenneth Graunke
2015-01-06 6:39 ` Xiang, Haihao
2015-01-06 7:03 ` Kenneth Graunke
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=20141030110130.GS10649@intel.com \
--to=ville.syrjala@linux.intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=kenneth@whitecape.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