All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dhinakaran Pandiyan <dhinakaran.pandiyan@gmail.com>
To: intel-gfx@lists.freedesktop.org, dhinakaran.pandiyan@intel.com
Cc: Jani Nikula <jani.nikula@intel.com>
Subject: Re: [PATCH] Revert "drm/i915/edp: Allow alternate fixed mode for eDP if available."
Date: Fri, 18 May 2018 12:53:21 -0700	[thread overview]
Message-ID: <2589072.I8LDIVQkZs@dk> (raw)
In-Reply-To: <1526586270.17473.176.camel@intel.com>

On Thursday, May 17, 2018 12:44:30 PM PDT Dhinakaran Pandiyan wrote:
> On Thu, 2018-05-17 at 10:33 +0300, Jani Nikula wrote:
> > On Thu, 17 May 2018, Jani Nikula <jani.nikula@intel.com> wrote:
> > > On Wed, 16 May 2018, Dhinakaran Pandiyan <dhinakaran.pandiyan@intel
> > > 
> > > .com> wrote:
> > > > On Wed, 2018-05-16 at 11:01 +0300, Jani Nikula wrote:
> > > > > This reverts commit dc911f5bd8aacfcf8aabd5c26c88e04c837a938e.
> > > > > 
> > > > > Per the report, no matter what display mode you select with
> > > > > xrandr,
> > > > > the
> > > > > i915 driver will always select the alternate fixed mode. For
> > > > > the
> > > > > reporter this means that the display will always run at 40Hz
> > > > > which is
> > > > > quite annoying. This may be due to the mode comparison.
> > > > > 
> > > > > But there are some other potential issues. The choice of
> > > > > alt_fixed_mode
> > > > > seems dubious. It's the first non-preferred mode, but there are
> > > > > no
> > > > > guarantees that the only difference would be refresh rate.
> > > > > Similarly,
> > > > > there may be more than one preferred mode in the probed modes
> > > > > list,
> > > > > and
> > > > > the commit changes the preferred mode selection to choose the
> > > > > last
> > > > > one
> > > > > on the list instead of the first.
> > > > > 
> > > > > (Note that the probed modes list is the raw, unfiltered,
> > > > > unsorted
> > > > > list
> > > > > of modes from drm_add_edid_modes(), not the pretty result after
> > > > > a
> > > > > drm_helper_probe_single_connector_modes() call.)
> > > > > 
> > > > > Finally, we already have eerily similar code in place to find
> > > > > the
> > > > > downclock mode for DRRS that seems like could be reused here.
> > > > > 
> > > > > Back to the drawing board.
> > > > > 
> > > > > Note: This is a hand-crafted revert due to conflicts. If it
> > > > > fails to
> > > > > backport, please just try reverting the original commit
> > > > > directly.
> > > > > 
> > > > > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=105469
> > > > > Reported-by: Rune Petersen <rune@megahurts.dk>
> > > > > Reported-by: Mark Spencer <n7u4722r35@ynzlx.anonbox.net>
> > > > > Fixes: dc911f5bd8aa ("drm/i915/edp: Allow alternate fixed mode
> > > > > for
> > > > > eDP if available.")
> > > > > Cc: Clint Taylor <clinton.a.taylor@intel.com>
> > > > > Cc: David Weinehall <david.weinehall@linux.intel.com>
> > > > > Cc: Rodrigo Vivi <rodrigo.vivi@intel.com>
> > > > > Cc: Paulo Zanoni <paulo.r.zanoni@intel.com>
> > > > > Cc: Jani Nikula <jani.nikula@intel.com>
> > > > > Cc: Chris Wilson <chris@chris-wilson.co.uk>
> > > > > Cc: Jim Bride <jim.bride@linux.intel.com>
> > > > > Cc: Jani Nikula <jani.nikula@linux.intel.com>
> > > > > Cc: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
> > > > > Cc: intel-gfx@lists.freedesktop.org
> > > > > Cc: <stable@vger.kernel.org> # v4.14+
> > > > > Signed-off-by: Jani Nikula <jani.nikula@intel.com>
> > > > > ---
> > > > >  drivers/gpu/drm/i915/intel_dp.c    | 38 +++++-----------------
> > > > > ------
> > > > > ----------
> > > > >  drivers/gpu/drm/i915/intel_drv.h   |  2 --
> > > > >  drivers/gpu/drm/i915/intel_dsi.c   |  2 +-
> > > > >  drivers/gpu/drm/i915/intel_dvo.c   |  2 +-
> > > > >  drivers/gpu/drm/i915/intel_lvds.c  |  3 +--
> > > > >  drivers/gpu/drm/i915/intel_panel.c |  6 ------
> > > > >  6 files changed, 8 insertions(+), 45 deletions(-)
> > > > > 
> > > > > diff --git a/drivers/gpu/drm/i915/intel_dp.c
> > > > > b/drivers/gpu/drm/i915/intel_dp.c
> > > > > index dde92e4af5d3..8320f0e8e3be 100644
> > > > > --- a/drivers/gpu/drm/i915/intel_dp.c
> > > > > +++ b/drivers/gpu/drm/i915/intel_dp.c
> > > > > @@ -1679,23 +1679,6 @@ static int intel_dp_compute_bpp(struct
> > > > > intel_dp *intel_dp,
> > > > >  	return bpp;
> > > > >  }
> > > > >  
> > > > > -static bool intel_edp_compare_alt_mode(struct drm_display_mode
> > > > > *m1,
> > > > > -				       struct drm_display_mode
> > > > > *m2)
> > > > > -{
> > > > > -	bool bres = false;
> > > > > -
> > > > > -	if (m1 && m2)
> > > > > -		bres = (m1->hdisplay == m2->hdisplay &&
> > > > > -			m1->hsync_start == m2->hsync_start &&
> > > > > -			m1->hsync_end == m2->hsync_end &&
> > > > > -			m1->htotal == m2->htotal &&
> > > > > -			m1->vdisplay == m2->vdisplay &&
> > > > > -			m1->vsync_start == m2->vsync_start &&
> > > > > -			m1->vsync_end == m2->vsync_end &&
> > > > > -			m1->vtotal == m2->vtotal);
> > > > > -	return bres;
> > > > > -}
> > > > > -
> > > > >  /* Adjust link config limits based on compliance test
> > > > > requests. */
> > > > >  static void
> > > > >  intel_dp_adjust_compliance_config(struct intel_dp *intel_dp,
> > > > > @@ -1860,16 +1843,8 @@ intel_dp_compute_config(struct
> > > > > intel_encoder
> > > > > *encoder,
> > > > >  		pipe_config->has_audio = intel_conn_state-
> > > > > 
> > > > > > force_audio == HDMI_AUDIO_ON;
> > > > > 
> > > > >  
> > > > >  	if (intel_dp_is_edp(intel_dp) && intel_connector-
> > > > > 
> > > > > > panel.fixed_mode) {
> > > > > 
> > > > > -		struct drm_display_mode *panel_mode =
> > > > > -			intel_connector->panel.alt_fixed_mode;
> > > > > -		struct drm_display_mode *req_mode =
> > > > > &pipe_config-
> > > > > 
> > > > > > base.mode;
> > > > > 
> > > > > -
> > > > > -		if (!intel_edp_compare_alt_mode(req_mode,
> > > > > panel_mode))
> > > > > -			panel_mode = intel_connector-
> > > > > 
> > > > > > panel.fixed_mode;
> > > > > 
> > > > > -
> > > > > -		drm_mode_debug_printmodeline(panel_mode);
> > > > > -
> > > > > -		intel_fixed_panel_mode(panel_mode,
> > > > > adjusted_mode);
> > > > > +		intel_fixed_panel_mode(intel_connector-
> > > > > 
> > > > > > panel.fixed_mode,
> > > > > 
> > > > > +				       adjusted_mode);
> > > > >  
> > > > >  		if (INTEL_GEN(dev_priv) >= 9) {
> > > > >  			int ret;
> > > > > @@ -6159,7 +6134,6 @@ static bool
> > > > > intel_edp_init_connector(struct
> > > > > intel_dp *intel_dp,
> > > > >  	struct drm_i915_private *dev_priv = to_i915(dev);
> > > > >  	struct drm_connector *connector = &intel_connector-
> > > > > 
> > > > > >base;
> > > > > 
> > > > >  	struct drm_display_mode *fixed_mode = NULL;
> > > > > -	struct drm_display_mode *alt_fixed_mode = NULL;
> > > > >  	struct drm_display_mode *downclock_mode = NULL;
> > > > >  	bool has_dpcd;
> > > > >  	struct drm_display_mode *scan;
> > > > > @@ -6214,14 +6188,13 @@ static bool
> > > > > intel_edp_init_connector(struct
> > > > > intel_dp *intel_dp,
> > > > >  	}
> > > > >  	intel_connector->edid = edid;
> > > > >  
> > > > > -	/* prefer fixed mode from EDID if available, save an
> > > > > alt
> > > > > mode also */
> > > > > +	/* prefer fixed mode from EDID if available */
> > > > >  	list_for_each_entry(scan, &connector->probed_modes,
> > > > > head) {
> > > > >  		if ((scan->type & DRM_MODE_TYPE_PREFERRED)) {
> > > > >  			fixed_mode = drm_mode_duplicate(dev,
> > > > > scan);
> > > > >  			downclock_mode = intel_dp_drrs_init(
> > > > >  						intel_connecto
> > > > > r,
> > > > > fixed_mode);
> > > > > -		} else if (!alt_fixed_mode) {
> > > > > -			alt_fixed_mode =
> > > > > drm_mode_duplicate(dev,
> > > > > scan);
> > > > > +			break;
> > > > 
> > > > If multiple preferred modes are present, we'll now end up calling
> > > > drrs_init() only for the first. I see that this is what the
> > > > original
> > > > code did but this revert does more than removing support for
> > > > alternate
> > > > modes.
> > > 
> > > It boils down to which preferred mode is *the* preferred mode. I
> > > think
> > > the original code was, uh, preferrable. Note that drrs init scans
> > > the
> > > entire list of modes again to find the same size mode with the
> > > lowest
> > > refresh rate.
> > 
> > Moreover, as you can see, the original alt mode commit had more
> > subtle
> > changes than catches the eye, it caused regressions, and I feel
> > pretty
> > strongly about getting back to the drawing board and starting over
> > with
> > a clean slate than trying to tweak it when we are quite frankly way
> > overdue with the revert. If after that you think the drrs/downclock
> > selection needs tweaking, let's do that.
> 
> Yeah, agreed on starting with a clean slate.
> 
> The offending commit claims alternate mode was intended to be used for
> PSR testing. I don't see any psr_basic failures in BAT or any other PSR
> sub-tests failing on shards, must have been a non-CI machine then.
> 
> The revert itself looks correct,
> Reviewed-by: Dhinaakaran Pandiyan <dhinakaran.pandiyan@intel.com>

Hit Send too early and Cancel too late. The signature was misspelt, hope it 
doesn't confuse dim.


_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

  reply	other threads:[~2018-05-18 19:53 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-05-16  8:01 [PATCH] Revert "drm/i915/edp: Allow alternate fixed mode for eDP if available." Jani Nikula
2018-05-16  9:29 ` ✓ Fi.CI.BAT: success for " Patchwork
2018-05-16 17:08 ` ✗ Fi.CI.IGT: failure " Patchwork
2018-05-16 23:30 ` [Intel-gfx] [PATCH] " Dhinakaran Pandiyan
2018-05-17  7:19   ` Jani Nikula
2018-05-17  7:33     ` Jani Nikula
2018-05-17  7:33       ` Jani Nikula
2018-05-17 19:44       ` [Intel-gfx] " Dhinakaran Pandiyan
2018-05-18 19:53         ` Dhinakaran Pandiyan [this message]
2018-05-17 19:44       ` Dhinakaran Pandiyan
2018-05-17 19:44         ` Dhinakaran Pandiyan
2018-05-22  9:44         ` [Intel-gfx] " Jani Nikula
2018-05-18  7:19 ` ✓ Fi.CI.BAT: success for " Patchwork
2018-05-18  8:10 ` ✗ Fi.CI.IGT: failure " 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=2589072.I8LDIVQkZs@dk \
    --to=dhinakaran.pandiyan@gmail.com \
    --cc=dhinakaran.pandiyan@intel.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=jani.nikula@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.