From: Jesse Barnes <jbarnes@virtuousgeek.org>
To: Konstantin Khlebnikov <khlebnikov@openvz.org>
Cc: rockorequin@hotmail.com, Daniel Vetter <daniel.vetter@ffwll.ch>,
intel-gfx@lists.freedesktop.org, linux-kernel@vger.kernel.org,
dri-devel@lists.freedesktop.org, alexkaltsas@gmail.com
Subject: Re: [PATCH v2] drm/i915: fix long-standing SNB regression in power consumption after resume
Date: Wed, 17 Jul 2013 07:47:00 -0700 [thread overview]
Message-ID: <20130717074700.13d5152e@jbarnes-desktop> (raw)
In-Reply-To: <20130717062258.5467.69414.stgit@zurg>
On Wed, 17 Jul 2013 10:22:58 +0400
Konstantin Khlebnikov <khlebnikov@openvz.org> wrote:
> This patch fixes regression in power consumtion of sandy bridge gpu, which
> exists since v3.6 Sometimes after resuming from s2ram gpu starts thinking that
> it's extremely busy. After that it never reaches rc6 state.
>
> Bug exists since kernel v3.6, commit b4ae3f22d238617ca11610b29fde16cf8c0bc6e0
> ("drm/i915: load boot context at driver init time").
>
> For some reason RC6 is already enabled at the beginning of resuming process.
> Following initliaztion breaks some internal state and confuses RPS engine.
> This patch disables RC6 at the beginnig of resume and initialization.
>
> I've rearranged initialization sequence, because intel_disable_gt_powersave()
> needs initialized force_wake_get/put and some locks from the dev_priv.
>
> References: https://bugs.freedesktop.org/show_bug.cgi?id=54089
> References: https://bugzilla.kernel.org/show_bug.cgi?id=58971
> Signed-off-by: Konstantin Khlebnikov <khlebnikov@openvz.org>
> Cc: Daniel Vetter <daniel.vetter@ffwll.ch>
> Cc: Chris Wilson <chris@chris-wilson.co.uk>
> Cc: Jesse Barnes <jbarnes@virtuousgeek.org>
> ---
My hero!
So the later init change didn't work?
Either way, great to have this fix in the tree... thanks again.
--
Jesse Barnes, Intel Open Source Technology Center
WARNING: multiple messages have this Message-ID (diff)
From: Jesse Barnes <jbarnes@virtuousgeek.org>
To: Konstantin Khlebnikov <khlebnikov@openvz.org>
Cc: intel-gfx@lists.freedesktop.org, linux-kernel@vger.kernel.org,
rockorequin@hotmail.com, Daniel Vetter <daniel.vetter@ffwll.ch>,
Chris Wilson <chris@chris-wilson.co.uk>,
alexkaltsas@gmail.com, dri-devel@lists.freedesktop.org
Subject: Re: [PATCH v2] drm/i915: fix long-standing SNB regression in power consumption after resume
Date: Wed, 17 Jul 2013 07:47:00 -0700 [thread overview]
Message-ID: <20130717074700.13d5152e@jbarnes-desktop> (raw)
In-Reply-To: <20130717062258.5467.69414.stgit@zurg>
On Wed, 17 Jul 2013 10:22:58 +0400
Konstantin Khlebnikov <khlebnikov@openvz.org> wrote:
> This patch fixes regression in power consumtion of sandy bridge gpu, which
> exists since v3.6 Sometimes after resuming from s2ram gpu starts thinking that
> it's extremely busy. After that it never reaches rc6 state.
>
> Bug exists since kernel v3.6, commit b4ae3f22d238617ca11610b29fde16cf8c0bc6e0
> ("drm/i915: load boot context at driver init time").
>
> For some reason RC6 is already enabled at the beginning of resuming process.
> Following initliaztion breaks some internal state and confuses RPS engine.
> This patch disables RC6 at the beginnig of resume and initialization.
>
> I've rearranged initialization sequence, because intel_disable_gt_powersave()
> needs initialized force_wake_get/put and some locks from the dev_priv.
>
> References: https://bugs.freedesktop.org/show_bug.cgi?id=54089
> References: https://bugzilla.kernel.org/show_bug.cgi?id=58971
> Signed-off-by: Konstantin Khlebnikov <khlebnikov@openvz.org>
> Cc: Daniel Vetter <daniel.vetter@ffwll.ch>
> Cc: Chris Wilson <chris@chris-wilson.co.uk>
> Cc: Jesse Barnes <jbarnes@virtuousgeek.org>
> ---
My hero!
So the later init change didn't work?
Either way, great to have this fix in the tree... thanks again.
--
Jesse Barnes, Intel Open Source Technology Center
next prev parent reply other threads:[~2013-07-17 14:47 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-14 16:30 [PATCH] drm/i915: fix long-standing SNB regression in power consumption after resume Konstantin Khlebnikov
2013-07-14 16:52 ` Daniel Vetter
2013-07-14 16:52 ` Daniel Vetter
2013-07-14 17:56 ` Konstantin Khlebnikov
2013-07-14 17:56 ` Konstantin Khlebnikov
2013-07-16 6:31 ` Daniel Vetter
2013-07-16 7:34 ` Konstantin Khlebnikov
2013-07-16 7:44 ` Daniel Vetter
2013-07-16 8:31 ` Chris Wilson
2013-07-16 11:13 ` Daniel Vetter
2013-07-16 17:06 ` Jesse Barnes
2013-07-16 17:06 ` [Intel-gfx] " Jesse Barnes
2013-07-16 20:19 ` Jesse Barnes
2013-07-16 20:43 ` Daniel Vetter
2013-07-16 20:52 ` Jesse Barnes
2013-07-14 21:48 ` Chris Wilson
2013-07-14 21:48 ` Chris Wilson
2013-07-16 6:32 ` Daniel Vetter
2013-07-16 12:06 ` Daniel Vetter
2013-07-17 6:22 ` [PATCH v2] " Konstantin Khlebnikov
2013-07-17 6:44 ` Daniel Vetter
2013-07-17 14:47 ` Jesse Barnes [this message]
2013-07-17 14:47 ` Jesse Barnes
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=20130717074700.13d5152e@jbarnes-desktop \
--to=jbarnes@virtuousgeek.org \
--cc=alexkaltsas@gmail.com \
--cc=daniel.vetter@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=intel-gfx@lists.freedesktop.org \
--cc=khlebnikov@openvz.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rockorequin@hotmail.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.