All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Lucas De Marchi <lucas.demarchi@intel.com>
Cc: jani.nikula@intel.com, intel-gfx@lists.freedesktop.org
Subject: Re: [Intel-gfx] [PATCH] drm/i915/display: nuke skl workaround for pre-production hw
Date: Tue, 7 Jan 2020 18:36:55 +0200	[thread overview]
Message-ID: <20200107163655.GF1208@intel.com> (raw)
In-Reply-To: <20191223205955.nv2qi6aztzaokjdg@ldmartin-desk1>

On Mon, Dec 23, 2019 at 12:59:55PM -0800, Lucas De Marchi wrote:
> On Fri, Dec 20, 2019 at 10:11:15PM +0000, Chris Wilson wrote:
> >Quoting Lucas De Marchi (2019-12-20 22:06:50)
> >> According to intel_detect_preproduction_hw(), the SKL steeping D0 is
> >> still pre-preproduction so we can nuke the additional workaround.
> >>
> >> While at it, nuke dangling new line.
> >>
> >> Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
> >
> >Ville and Jani are more likely to know if the pre-production comment is
> >telling porkies.
> 
> Bspec 7534 says "The DDIA port presence strap is not connected on the SKL A-C steppings."
> 
> I would expect to catch a failure in CI if the spec was wrong. I can add
> the bspec # to the commit message while fixing up the typos there.

IIRC the w/a db has this listed as "forever". So not really sure what
the truth is on this one. But easy enough to revert if it doesn't work
out I supoose. Maybe toss in a note about the w/a db thing into the
commit message?

> 
> 
> Lucas De Marchi
> 
> >-Chris
> >
> >> ---
> >>  drivers/gpu/drm/i915/display/intel_display.c | 9 +--------
> >>  1 file changed, 1 insertion(+), 8 deletions(-)
> >>
> >> diff --git a/drivers/gpu/drm/i915/display/intel_display.c b/drivers/gpu/drm/i915/display/intel_display.c
> >> index e6702b9b9117..4aa7dfa88c7c 100644
> >> --- a/drivers/gpu/drm/i915/display/intel_display.c
> >> +++ b/drivers/gpu/drm/i915/display/intel_display.c
> >> @@ -16018,14 +16018,8 @@ static void intel_setup_outputs(struct drm_i915_private *dev_priv)
> >>                 if (intel_ddi_crt_present(dev_priv))
> >>                         intel_crt_init(dev_priv);
> >>
> >> -               /*
> >> -                * Haswell uses DDI functions to detect digital outputs.
> >> -                * On SKL pre-D0 the strap isn't connected, so we assume
> >> -                * it's there.
> >> -                */
> >>                 found = I915_READ(DDI_BUF_CTL(PORT_A)) & DDI_INIT_DISPLAY_DETECTED;
> >> -               /* WaIgnoreDDIAStrap: skl */
> >> -               if (found || IS_GEN9_BC(dev_priv))
> >> +               if (found)
> >>                         intel_ddi_init(dev_priv, PORT_A);
> >>
> >>                 /* DDI B, C, D, and F detection is indicated by the SFUSE_STRAP
> >> @@ -16046,7 +16040,6 @@ static void intel_setup_outputs(struct drm_i915_private *dev_priv)
> >>                 if (IS_GEN9_BC(dev_priv) &&
> >>                     intel_bios_is_port_present(dev_priv, PORT_E))
> >>                         intel_ddi_init(dev_priv, PORT_E);
> >> -
> >>         } else if (HAS_PCH_SPLIT(dev_priv)) {
> >>                 int found;
> >>
> >> --
> >> 2.24.0
> >>

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

  reply	other threads:[~2020-01-07 16:37 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-12-20 22:06 [Intel-gfx] [PATCH] drm/i915/display: nuke skl workaround for pre-production hw Lucas De Marchi
2019-12-20 22:11 ` Chris Wilson
2019-12-23 20:59   ` Lucas De Marchi
2020-01-07 16:36     ` Ville Syrjälä [this message]
2020-02-27 23:03       ` Lucas De Marchi
2019-12-21  1:00 ` [Intel-gfx] ✗ Fi.CI.BAT: failure for " Patchwork
2019-12-23 20:35 ` [Intel-gfx] [PATCH] " Matt Roper
2019-12-24  0:00 ` [Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/display: nuke skl workaround for pre-production hw (rev2) Patchwork
2019-12-27  4:49 ` [Intel-gfx] ✓ Fi.CI.IGT: " Patchwork
2020-01-03 17:01 ` [Intel-gfx] [PATCH] drm/i915/display: nuke skl workaround for pre-production hw Ruhl, Michael J

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=20200107163655.GF1208@intel.com \
    --to=ville.syrjala@linux.intel.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=jani.nikula@intel.com \
    --cc=lucas.demarchi@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.