From: Animesh Manna <animesh.manna@intel.com>
To: Daniel Vetter <daniel@ffwll.ch>
Cc: Rajneesh Bhardwaj <rajneesh.bhardwaj@intel.com>,
intel-gfx@lists.freedesktop.org,
Daniel Vetter <daniel.vetter@intel.com>
Subject: Re: [DMC_BUGFIX_SKL_V2 4/5] drm/i915/skl: Do not disable cdclk PLL if csr firmware is present
Date: Wed, 26 Aug 2015 20:01:17 +0530 [thread overview]
Message-ID: <55DDCDB4.9080608@intel.com> (raw)
In-Reply-To: <20150826131159.GS1367@phenom.ffwll.local>
On 8/26/2015 6:41 PM, Daniel Vetter wrote:
> On Wed, Aug 26, 2015 at 01:36:08AM +0530, Animesh Manna wrote:
>> While display engine entering into low power state no need to disable
>> cdclk pll as CSR firmware of dmc will take care. If pll is already
>> enabled firmware execution sequence will be blocked. This is one
>> of the criteria for dmc to work properly.
>>
>> v1: Initial version.
>>
>> v2: Based on review comment from Daniel added code commnent.
>>
>> Cc: Daniel Vetter <daniel.vetter@intel.com>
>> Cc: Damien Lespiau <damien.lespiau@intel.com>
>> Cc: Imre Deak <imre.deak@intel.com>
>> Cc: Sunil Kamath <sunil.kamath@intel.com>
>> Signed-off-by: Animesh Manna <animesh.manna@intel.com>
>> Signed-off-bt: Vathsala Nagaraju <vathsala.nagaraju@intel.com>
>> Signed-off-by: Rajneesh Bhardwaj <rajneesh.bhardwaj@intel.com>
>> ---
>> drivers/gpu/drm/i915/intel_display.c | 14 ++++++++++----
>> 1 file changed, 10 insertions(+), 4 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c
>> index f604ce1..b6bef20 100644
>> --- a/drivers/gpu/drm/i915/intel_display.c
>> +++ b/drivers/gpu/drm/i915/intel_display.c
>> @@ -5687,10 +5687,16 @@ void skl_uninit_cdclk(struct drm_i915_private *dev_priv)
>> if (I915_READ(DBUF_CTL) & DBUF_POWER_STATE)
>> DRM_ERROR("DBuf power disable timeout\n");
>>
>> - /* disable DPLL0 */
>> - I915_WRITE(LCPLL1_CTL, I915_READ(LCPLL1_CTL) & ~LCPLL_PLL_ENABLE);
>> - if (wait_for(!(I915_READ(LCPLL1_CTL) & LCPLL_PLL_LOCK), 1))
>> - DRM_ERROR("Couldn't disable DPLL0\n");
>> + /*
>> + * DMC assumes ownership of LCPLL and will get confused if we touch it.
> This should get a FIXME - once we have dmc loading fixed up we require the
> firmware and there's no point in this check any more. Flexibilty just
> because is something we simply don't have the developer and validation
> resources for.
> -Daniel
I am not sure if dmc firmware is mandatory for all user.
But the code is written based on design principle published in below series
http://www.spinics.net/lists/intel-gfx/msg72399.html
Job of Dmc firmware is to disable pw1 and cdclk pll during suspend.
If dmc firmware is not present driver can disable cdclk pll to save some more power.
Am I missing anything?
-Animesh
>
>> + */
>> + if (dev_priv->csr.dmc_payload) {
>> + /* disable DPLL0 */
>> + I915_WRITE(LCPLL1_CTL, I915_READ(LCPLL1_CTL) &
>> + ~LCPLL_PLL_ENABLE);
>> + if (wait_for(!(I915_READ(LCPLL1_CTL) & LCPLL_PLL_LOCK), 1))
>> + DRM_ERROR("Couldn't disable DPLL0\n");
>> + }
>>
>> intel_display_power_put(dev_priv, POWER_DOMAIN_PLLS);
>> }
>> --
>> 2.0.2
>>
>> _______________________________________________
>> Intel-gfx mailing list
>> Intel-gfx@lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2015-08-26 14:31 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-25 20:06 [DMC_BUGFIX_SKL_V2 0/5] pc10 entry fixes for skl Animesh Manna
2015-08-25 20:06 ` [DMC_BUGFIX_SKL_V2 1/5] drm/i915/skl: Added a check for the hardware status of csr fw before loading Animesh Manna
2015-08-26 13:10 ` Daniel Vetter
2015-08-26 14:10 ` Animesh Manna
2015-09-02 8:54 ` Daniel Vetter
2015-09-09 20:28 ` Animesh Manna
2015-09-10 14:45 ` Daniel Vetter
2015-09-10 19:05 ` Animesh Manna
2015-09-10 19:06 ` Animesh Manna
2015-09-14 7:46 ` Daniel Vetter
2015-09-16 19:23 ` Animesh Manna
2015-09-23 7:57 ` Daniel Vetter
2015-09-23 16:27 ` Daniel Vetter
2015-09-23 16:28 ` Daniel Vetter
2015-09-23 17:17 ` Daniel Vetter
2015-09-23 20:49 ` Rafael J. Wysocki
2015-09-28 6:52 ` Daniel Vetter
2015-09-28 23:54 ` Rafael J. Wysocki
2015-09-29 8:51 ` Daniel Vetter
2015-09-30 0:50 ` Rafael J. Wysocki
2015-09-30 12:14 ` Daniel Vetter
2015-09-30 23:34 ` Rafael J. Wysocki
2015-09-07 11:04 ` Sunil Kamath
2015-09-07 16:22 ` Daniel Vetter
2015-09-09 20:33 ` Animesh Manna
2015-09-28 7:03 ` Daniel Vetter
2015-08-25 20:06 ` [DMC_BUGFIX_SKL_V2 2/5] drm/i915/skl Remove the call for csr uninitialization from suspend path Animesh Manna
2015-09-07 11:05 ` Sunil Kamath
2015-08-25 20:06 ` [DMC_BUGFIX_SKL_V2 3/5] drm/i915/skl: Making DC6 entry is the last call in suspend flow Animesh Manna
2015-09-07 11:06 ` Sunil Kamath
2015-09-28 7:21 ` Daniel Vetter
2015-09-28 18:49 ` Hindman, Gavin
2015-09-29 5:31 ` [DMC_BUGFIX_V3] " Animesh Manna
2015-10-16 12:22 ` Imre Deak
2015-10-19 9:26 ` Daniel Vetter
2015-09-29 5:38 ` [DMC_BUGFIX_SKL_V2 3/5] " Animesh Manna
2015-09-29 9:01 ` Daniel Vetter
2015-09-29 12:35 ` Patrik Jakobsson
2015-09-29 13:01 ` Daniel Vetter
2015-09-29 13:23 ` Ville Syrjälä
2015-09-29 14:00 ` Daniel Vetter
2015-08-25 20:06 ` [DMC_BUGFIX_SKL_V2 4/5] drm/i915/skl: Do not disable cdclk PLL if csr firmware is present Animesh Manna
2015-08-26 13:11 ` Daniel Vetter
2015-08-26 14:31 ` Animesh Manna [this message]
2015-08-31 1:03 ` Hindman, Gavin
2015-09-02 8:58 ` Daniel Vetter
2015-09-07 11:07 ` Sunil Kamath
2015-08-25 20:06 ` [DMC_BUGFIX_SKL_V2 5/5] drm/i915/skl: Block disable call for pw1 if dmc " Animesh Manna
2015-09-07 11:09 ` Sunil Kamath
2015-09-28 7:24 ` Daniel Vetter
2015-10-09 13:58 ` [DMC_BUGFIX_SKL_V2 0/5] pc10 entry fixes for skl Imre Deak
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=55DDCDB4.9080608@intel.com \
--to=animesh.manna@intel.com \
--cc=daniel.vetter@intel.com \
--cc=daniel@ffwll.ch \
--cc=intel-gfx@lists.freedesktop.org \
--cc=rajneesh.bhardwaj@intel.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.