All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Vetter <daniel@ffwll.ch>
To: Rodrigo Vivi <rodrigo.vivi@gmail.com>
Cc: intel-gfx@lists.freedesktop.org, Ben Widawsky <ben@bwidawsk.net>,
	Ben Widawsky <benjamin.widawsky@intel.com>
Subject: Re: [PATCH 4/4] drm/i915: Use the real cpu max frequency for ring scaling
Date: Tue, 8 Oct 2013 08:14:03 +0200	[thread overview]
Message-ID: <20131008061353.GA3794@phenom.ffwll.local> (raw)
In-Reply-To: <1381176948-2754-5-git-send-email-rodrigo.vivi@gmail.com>

On Mon, Oct 07, 2013 at 05:15:48PM -0300, Rodrigo Vivi wrote:
> From: Ben Widawsky <benjamin.widawsky@intel.com>
> 
> The policy's max frequency is not equal to the CPU's max frequency. The
> ring frequency is derived from the CPU frequency, and not the policy
> frequency.
> 
> One example of how this may differ through sysfs. If the sysfs max
> frequency is modified, that will be used for the max ring frequency
> calculation.
> (/sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq). As far as I
> know, no current governor uses anything but max as the default, but in
> theory, they could. Similarly distributions might set policy as part of
> their init process.
> 
> It's ideal to use the real frequency because when we're currently scaled
> up on the GPU. In this case we likely want to race to idle, and using a
> less than max ring frequency is non-optimal for this situation.
> 
> AFAIK, this patch should have no impact on a majority of people.
> 
> This behavior hasn't been changed since it was first introduced:
> commit 23b2f8bb92feb83127679c53633def32d3108e70
> Author: Jesse Barnes <jbarnes@virtuousgeek.org>
> Date:   Tue Jun 28 13:04:16 2011 -0700
> 
>     drm/i915: load a ring frequency scaling table v3
> 
> CC: Jesse Barnes <jbarnes@virtuousgeek.org>
> Signed-off-by: Ben Widawsky <ben@bwidawsk.net>
> Reviewed-by: Chris Wilson <chris@chris-wilson.co.uk>
> Signed-off-by: Rodrigo Vivi <rodrigo.vivi@gmail.com>

Queued for -next, thanks for the patch.
-Daniel
-- 
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch

  reply	other threads:[~2013-10-08  6:13 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-10-07 20:15 [PATCH 0/4] drm-intel-collector - review request Rodrigo Vivi
2013-10-07 20:15 ` [PATCH 1/4] drm/i915: check that the i965g/gm 4G limit is really obeyed Rodrigo Vivi
2013-10-08 11:06   ` Damien Lespiau
2013-10-08 11:09     ` Daniel Vetter
2013-10-07 20:15 ` [PATCH 2/4] drm/i915: Asynchronously perform the set-base for a simple modeset Rodrigo Vivi
2013-10-17 12:24   ` Rodrigo Vivi
2013-10-07 20:15 ` [PATCH 3/4] drm/i915: implement another plane WM workaround for HSW Rodrigo Vivi
2013-10-09 10:11   ` [Intel-gfx] " Ville Syrjälä
2013-10-07 20:15 ` [PATCH 4/4] drm/i915: Use the real cpu max frequency for ring scaling Rodrigo Vivi
2013-10-08  6:14   ` Daniel Vetter [this message]
2013-10-08  4:25 ` [PATCH 0/4] drm-intel-collector - review request Ben Widawsky
2013-10-08  6:07   ` Daniel Vetter
2013-10-08 13:57 ` Paulo Zanoni
2013-10-08 14:37   ` Rodrigo Vivi

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=20131008061353.GA3794@phenom.ffwll.local \
    --to=daniel@ffwll.ch \
    --cc=ben@bwidawsk.net \
    --cc=benjamin.widawsky@intel.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=rodrigo.vivi@gmail.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.