From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Jani Nikula <jani.nikula@intel.com>
Cc: intel-gfx@lists.freedesktop.org, Rodrigo Vivi <rodrigo.vivi@intel.com>
Subject: Re: [PATCH] drm/i915: Start tracking PSR state in crtc state
Date: Thu, 12 Oct 2017 15:23:46 +0300 [thread overview]
Message-ID: <20171012122346.GF10981@intel.com> (raw)
In-Reply-To: <87r2u8myxq.fsf@intel.com>
On Thu, Oct 12, 2017 at 01:40:33PM +0300, Jani Nikula wrote:
> On Thu, 12 Oct 2017, Ville Syrjala <ville.syrjala@linux.intel.com> wrote:
> > From: Ville Syrjälä <ville.syrjala@linux.intel.com>
> >
> > Add the minimal amount of PSR tracking into the crtc state. This allows
> > precomputing the possibility of using PSR correctly, and it means we can
> > safely call the psr enable/disable functions for any DP endcoder.
> >
> > As a nice bonus we get rid of some more crtc->config usage, which we
> > want to kill off eventually.
> >
> > Cc: Rodrigo Vivi <rodrigo.vivi@intel.com>
> > Cc: Jani Nikula <jani.nikula@intel.com>
> > Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
> > ---
> > drivers/gpu/drm/i915/intel_dp.c | 2 +
> > drivers/gpu/drm/i915/intel_drv.h | 5 +++
> > drivers/gpu/drm/i915/intel_psr.c | 84 ++++++++++++++++++++--------------------
> > 3 files changed, 50 insertions(+), 41 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c
> > index b0f446b68f42..753404280a19 100644
> > --- a/drivers/gpu/drm/i915/intel_dp.c
> > +++ b/drivers/gpu/drm/i915/intel_dp.c
> > @@ -1832,6 +1832,8 @@ intel_dp_compute_config(struct intel_encoder *encoder,
> > if (!HAS_DDI(dev_priv))
> > intel_dp_set_clock(encoder, pipe_config);
> >
> > + intel_psr_compute_config(intel_dp, pipe_config);
> > +
> > return true;
> > }
> >
> > diff --git a/drivers/gpu/drm/i915/intel_drv.h b/drivers/gpu/drm/i915/intel_drv.h
> > index b87946dcc53f..d61985f93d40 100644
> > --- a/drivers/gpu/drm/i915/intel_drv.h
> > +++ b/drivers/gpu/drm/i915/intel_drv.h
> > @@ -718,6 +718,9 @@ struct intel_crtc_state {
> > struct intel_link_m_n dp_m2_n2;
> > bool has_drrs;
> >
> > + bool has_psr;
> > + bool has_psr2;
> > +
> > /*
> > * Frequence the dpll for the port should run at. Differs from the
> > * adjusted dotclock e.g. for DP or 12bpc hdmi mode. This is also
> > @@ -1764,6 +1767,8 @@ void intel_psr_flush(struct drm_i915_private *dev_priv,
> > void intel_psr_init(struct drm_i915_private *dev_priv);
> > void intel_psr_single_frame_update(struct drm_i915_private *dev_priv,
> > unsigned frontbuffer_bits);
> > +void intel_psr_compute_config(struct intel_dp *intel_dp,
> > + struct intel_crtc_state *crtc_state);
> >
> > /* intel_runtime_pm.c */
> > int intel_power_domains_init(struct drm_i915_private *);
> > diff --git a/drivers/gpu/drm/i915/intel_psr.c b/drivers/gpu/drm/i915/intel_psr.c
> > index 5419cda83ba8..f6149af39f02 100644
> > --- a/drivers/gpu/drm/i915/intel_psr.c
> > +++ b/drivers/gpu/drm/i915/intel_psr.c
> > @@ -376,22 +376,25 @@ static void hsw_psr_activate(struct intel_dp *intel_dp)
> > hsw_activate_psr1(intel_dp);
> > }
> >
> > -static bool intel_psr_match_conditions(struct intel_dp *intel_dp)
> > +void intel_psr_compute_config(struct intel_dp *intel_dp,
> > + struct intel_crtc_state *crtc_state)
> > {
> > struct intel_digital_port *dig_port = dp_to_dig_port(intel_dp);
> > - struct drm_device *dev = dig_port->base.base.dev;
> > - struct drm_i915_private *dev_priv = to_i915(dev);
> > - struct drm_crtc *crtc = dig_port->base.base.crtc;
> > - struct intel_crtc *intel_crtc = to_intel_crtc(crtc);
> > + struct drm_i915_private *dev_priv = to_i915(dig_port->base.base.dev);
> > const struct drm_display_mode *adjusted_mode =
> > - &intel_crtc->config->base.adjusted_mode;
> > + &crtc_state->base.adjusted_mode;
> > int psr_setup_time;
> >
> > - lockdep_assert_held(&dev_priv->psr.lock);
> > - WARN_ON(!drm_modeset_is_locked(&dev->mode_config.connection_mutex));
> > - WARN_ON(!drm_modeset_is_locked(&crtc->mutex));
> > + if (!HAS_PSR(dev_priv))
> > + return;
> >
> > - dev_priv->psr.source_ok = false;
> > + if (!is_edp_psr(intel_dp))
>
> I guess I'd like an intel_dp_is_edp() check here or within is_edp_psr()
> before touching intel_dp->psr_dpcd.
Hmm. I guess just stuffing it into is_edp_psr() would be a decent idea.
>
> > + return;
> > +
> > + if (!i915_modparams.enable_psr) {
> > + DRM_DEBUG_KMS("PSR disable by flag\n");
> > + return;
> > + }
> >
> > /*
> > * HSW spec explicitly says PSR is tied to port A.
> > @@ -402,66 +405,70 @@ static bool intel_psr_match_conditions(struct intel_dp *intel_dp)
> > */
> > if (HAS_DDI(dev_priv) && dig_port->port != PORT_A) {
> > DRM_DEBUG_KMS("PSR condition failed: Port not supported\n");
> > - return false;
> > - }
> > -
> > - if (!i915_modparams.enable_psr) {
> > - DRM_DEBUG_KMS("PSR disable by flag\n");
> > - return false;
> > + return;
> > }
> >
> > if ((IS_VALLEYVIEW(dev_priv) || IS_CHERRYVIEW(dev_priv)) &&
> > !dev_priv->psr.link_standby) {
> > DRM_ERROR("PSR condition failed: Link off requested but not supported on this platform\n");
> > - return false;
> > + return;
> > }
> >
> > if (IS_HASWELL(dev_priv) &&
> > - I915_READ(HSW_STEREO_3D_CTL(intel_crtc->config->cpu_transcoder)) &
> > + I915_READ(HSW_STEREO_3D_CTL(crtc_state->cpu_transcoder)) &
> > S3D_ENABLE) {
> > DRM_DEBUG_KMS("PSR condition failed: Stereo 3D is Enabled\n");
> > - return false;
> > + return;
> > }
> >
> > if (IS_HASWELL(dev_priv) &&
> > adjusted_mode->flags & DRM_MODE_FLAG_INTERLACE) {
> > DRM_DEBUG_KMS("PSR condition failed: Interlaced is Enabled\n");
> > - return false;
> > + return;
> > }
> >
> > psr_setup_time = drm_dp_psr_setup_time(intel_dp->psr_dpcd);
> > if (psr_setup_time < 0) {
> > DRM_DEBUG_KMS("PSR condition failed: Invalid PSR setup time (0x%02x)\n",
> > intel_dp->psr_dpcd[1]);
> > - return false;
> > + return;
> > }
> >
> > if (intel_usecs_to_scanlines(adjusted_mode, psr_setup_time) >
> > adjusted_mode->crtc_vtotal - adjusted_mode->crtc_vdisplay - 1) {
> > DRM_DEBUG_KMS("PSR condition failed: PSR setup time (%d us) too long\n",
> > psr_setup_time);
> > - return false;
> > + return;
> > + }
> > +
> > + /*
> > + * FIXME psr2_support is messed up. It's both computed
> > + * dynamically during PSR enable, and extracted from sink
> > + * caps during eDP detection.
> > + */
>
> Agreed, yuck.
>
> > + if (!dev_priv->psr.psr2_support) {
> > + crtc_state->has_psr = true;
> > + return;
> > }
> >
> > /* PSR2 is restricted to work with panel resolutions upto 3200x2000 */
> > - if (dev_priv->psr.psr2_support &&
> > - (intel_crtc->config->pipe_src_w > 3200 ||
> > - intel_crtc->config->pipe_src_h > 2000)) {
> > - dev_priv->psr.psr2_support = false;
> > - return false;
> > + if (adjusted_mode->crtc_hdisplay > 3200 ||
> > + adjusted_mode->crtc_vdisplay > 2000) {
> > + DRM_DEBUG_KMS("PSR2 disabled, panel resolution too big\n");
>
> This branch doesn't set has_psr = true, shouldn't it?
The original didn't set dev_priv->psr.source_ok=true until the very end.
So I guess the logic here is (for whatever reason) to disable PSR entirely
if the sink can do PSR2 but the source can't. I just tried to preserve
that behaviour.
> Maybe move that
> before the if (!dev_priv->psr.psr2_support) condition from within the
> block?
>
> > + return;
> > }
> >
> > /*
> > * FIXME:enable psr2 only for y-cordinate psr2 panels
> > * After gtc implementation , remove this restriction.
> > */
> > - if (!dev_priv->psr.y_cord_support && dev_priv->psr.psr2_support) {
> > + if (!dev_priv->psr.y_cord_support) {
> > DRM_DEBUG_KMS("PSR2 disabled, panel does not support Y coordinate\n");
> > - return false;
> > + return;
> > }
> >
> > - dev_priv->psr.source_ok = true;
> > - return true;
> > + crtc_state->has_psr = true;
> > + crtc_state->has_psr2 = true;
> > }
> >
> > static void intel_psr_activate(struct intel_dp *intel_dp)
> > @@ -531,13 +538,8 @@ void intel_psr_enable(struct intel_dp *intel_dp,
> > struct drm_device *dev = intel_dig_port->base.base.dev;
> > struct drm_i915_private *dev_priv = to_i915(dev);
> >
> > - if (!HAS_PSR(dev_priv))
> > - return;
> > -
> > - if (!is_edp_psr(intel_dp)) {
> > - DRM_DEBUG_KMS("PSR not supported by this panel\n");
> > - return;
> > - }
> > + if (!crtc_state->has_psr)
> > + goto unlock;
>
> It's not locked yet...
Doh. Will fix.
>
> BR,
> Jani.
>
> >
> > WARN_ON(dev_priv->drrs.dp);
> > mutex_lock(&dev_priv->psr.lock);
> > @@ -546,8 +548,8 @@ void intel_psr_enable(struct intel_dp *intel_dp,
> > goto unlock;
> > }
> >
> > - if (!intel_psr_match_conditions(intel_dp))
> > - goto unlock;
> > + dev_priv->psr.psr2_support = crtc_state->has_psr2;
> > + dev_priv->psr.source_ok = true;
> >
> > dev_priv->psr.busy_frontbuffer_bits = 0;
> >
> > @@ -668,7 +670,7 @@ void intel_psr_disable(struct intel_dp *intel_dp,
> > struct drm_device *dev = intel_dig_port->base.base.dev;
> > struct drm_i915_private *dev_priv = to_i915(dev);
> >
> > - if (!HAS_PSR(dev_priv))
> > + if (!old_crtc_state->has_psr)
> > return;
> >
> > mutex_lock(&dev_priv->psr.lock);
>
> --
> Jani Nikula, Intel Open Source Technology Center
--
Ville Syrjälä
Intel OTC
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2017-10-12 12:23 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-10-12 10:09 [PATCH] drm/i915: Start tracking PSR state in crtc state Ville Syrjala
2017-10-12 10:40 ` Jani Nikula
2017-10-12 12:23 ` Ville Syrjälä [this message]
2017-10-12 12:30 ` Jani Nikula
2017-10-12 10:50 ` ✓ Fi.CI.BAT: success for " Patchwork
2017-10-12 11:51 ` ✓ Fi.CI.IGT: " Patchwork
2017-10-12 13:02 ` [PATCH v2] " Ville Syrjala
2017-10-12 13:28 ` Jani Nikula
2017-10-12 18:11 ` Rodrigo Vivi
2017-10-12 18:33 ` Ville Syrjälä
2017-10-12 13:49 ` ✓ Fi.CI.BAT: success for drm/i915: Start tracking PSR state in crtc state (rev2) Patchwork
2017-10-12 18:54 ` ✗ Fi.CI.IGT: warning " Patchwork
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=20171012122346.GF10981@intel.com \
--to=ville.syrjala@linux.intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=jani.nikula@intel.com \
--cc=rodrigo.vivi@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox