intel-gfx.lists.freedesktop.org archive mirror
 help / color / mirror / Atom feed
From: Chris Wilson <chris@chris-wilson.co.uk>
To: Jesse Barnes <jbarnes@virtuousgeek.org>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH] drm/i915: Scale ring, rather than ia, frequency on Haswell
Date: Wed, 10 Apr 2013 22:53:29 +0100	[thread overview]
Message-ID: <20130410215329.GC21133@cantiga.alporthouse.com> (raw)
In-Reply-To: <20130410144139.12099d2b@jbarnes-desktop>

On Wed, Apr 10, 2013 at 02:41:39PM -0700, Jesse Barnes wrote:
> On Wed, 10 Apr 2013 20:45:11 +0100
> Chris Wilson <chris@chris-wilson.co.uk> wrote:
> 
> > +			ring_freq = (gpu_freq * 5 + 3) / 4;
> > +			ring_freq = max(max_ring_freq, ring_freq);
> 
> Should this be min(max_ring_freq, ring_freq)?  Otherwise it seems like
> every ia_freq will correspond to the highest ring freq.

s/max_ring_freq/min_ring_freq/, bad name in retrospect.

The algorithm is drawn from the pm guide so that the ring is always
running at least as fast as memory whilst the gpu is active, and then
scales up cache bandwidth as the gpu gets busier and faster. By that
formula, only the first few GPU freqs run the ring at the recommended
minimum frequency.

> Also, where are you setting ia_freq in the HSW case?  Looks like it'll
> be 0?

Right. Again the guide says to not abitrarily raise the CPU frequencies,
which makes sense as cpufreq will raise those itself based on demand.

> I guess that means we just need the gpu and ring freq
> correlation on HSW, but that reinforces Daniel's point that a separate
> function would probably be clearer.  Or you could update the changelog
> with "scale the ring frequency directly with the GPU frequency" or
> something.

If you look at the changelog, it uses those very terms. :-p
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre

  reply	other threads:[~2013-04-10 21:53 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-10 19:22 [PATCH] drm/i915: Scale ring, rather than ia, frequency on Haswell Chris Wilson
2013-04-10 19:45 ` Chris Wilson
2013-04-10 20:08   ` Daniel Vetter
2013-04-10 21:41   ` Jesse Barnes
2013-04-10 21:53     ` Chris Wilson [this message]
2013-04-12 18:10     ` Chris Wilson
2013-04-16  7:34       ` Daniel Vetter

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=20130410215329.GC21133@cantiga.alporthouse.com \
    --to=chris@chris-wilson.co.uk \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=jbarnes@virtuousgeek.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;
as well as URLs for NNTP newsgroup(s).