From: Jesse Barnes <jbarnes@virtuousgeek.org>
To: Daniel Vetter <daniel.vetter@ffwll.ch>
Cc: Intel Graphics Development <intel-gfx@lists.freedesktop.org>
Subject: Re: [PATCH] drm/i915: Unifiy GT powersave suspend logic
Date: Thu, 12 Jun 2014 09:16:20 -0700 [thread overview]
Message-ID: <20140612091620.537f332d@jbarnes-desktop> (raw)
In-Reply-To: <1402588425-32575-1-git-send-email-daniel.vetter@ffwll.ch>
On Thu, 12 Jun 2014 17:53:45 +0200
Daniel Vetter <daniel.vetter@ffwll.ch> wrote:
> Jesse's patch to only quiescent our rps work and Imre's fix to address
> a race with runtime pm and the forcewake reference held by the used
> diverging means to address the same bug: Jesse's patch uses
> flush_delayed_work while (since we want to make sure rps is set up)
> while Imre's used a cancel+manuel refcount adjustment.
>
> Unify them again by simply reusing intel_suspend_gt_powersave in
> intel_disable_gt_powersave.
>
> Cc: Imre Deak <imre.deak@intel.com>
> Cc: Jesse Barnes <jbarnes@virtuousgeek.org>
> Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
> ---
> drivers/gpu/drm/i915/intel_pm.c | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/i915/intel_pm.c
> index 685b4910eb93..49122204a001 100644
> --- a/drivers/gpu/drm/i915/intel_pm.c
> +++ b/drivers/gpu/drm/i915/intel_pm.c
> @@ -4706,10 +4706,8 @@ void intel_disable_gt_powersave(struct drm_device *dev)
> ironlake_disable_drps(dev);
> ironlake_disable_rc6(dev);
> } else if (IS_GEN6(dev) || IS_GEN7(dev) || IS_BROADWELL(dev)) {
> - if (cancel_delayed_work_sync(&dev_priv->rps.delayed_resume_work))
> - intel_runtime_pm_put(dev_priv);
> + intel_suspend_gt_powersave(dev);
>
> - cancel_work_sync(&dev_priv->rps.work);
> mutex_lock(&dev_priv->rps.hw_lock);
> if (IS_VALLEYVIEW(dev))
> valleyview_disable_rps(dev);
Yeah looks good, though we may end up toggling RC6 on rather than
canceling an oustanding enable, but that doesn't matter much on the
disable path.
We can do some more unification of the various freeze/suspend/resume
paths too, though we'll want lots of testing...
Reviewed-by: Jesse Barnes <jbarnes@virtuousgeek.org>
--
Jesse Barnes, Intel Open Source Technology Center
next prev parent reply other threads:[~2014-06-12 16:16 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-12 15:35 [PATCH 1/5] drm/i915: disable power wells on suspend Jesse Barnes
2014-06-12 15:35 ` [PATCH 2/5] drm/i915: leave rc6 enabled at suspend time v4 Jesse Barnes
2014-06-12 15:53 ` [PATCH] drm/i915: Unifiy GT powersave suspend logic Daniel Vetter
2014-06-12 16:16 ` Jesse Barnes [this message]
2014-06-12 15:35 ` [PATCH 3/5] ACPI: export target system state for use by drivers Jesse Barnes
2014-06-12 15:35 ` [PATCH 4/5] drm/i915: send proper opregion notifications on suspend/resume Jesse Barnes
2014-06-12 15:35 ` [PATCH 5/5] drm/i915: make sure PC8 is enabled on suspend and disabled on resume v4 Jesse Barnes
2014-06-12 15:56 ` 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=20140612091620.537f332d@jbarnes-desktop \
--to=jbarnes@virtuousgeek.org \
--cc=daniel.vetter@ffwll.ch \
--cc=intel-gfx@lists.freedesktop.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