public inbox for intel-gfx@lists.freedesktop.org
 help / color / mirror / Atom feed
From: "Tolakanahalli Pradeep, Madhumitha" <madhumitha.tolakanahalli.pradeep@intel.com>
To: "jani.nikula@linux.intel.com" <jani.nikula@linux.intel.com>,
	"Navare, Manasi D" <manasi.d.navare@intel.com>
Cc: "intel-gfx@lists.freedesktop.org" <intel-gfx@lists.freedesktop.org>
Subject: Re: [Intel-gfx] [PATCH] drm/i915/display/tgl: Implement Wa_14013120569
Date: Thu, 2 Dec 2021 01:25:40 +0000	[thread overview]
Message-ID: <6f58c70a32ec4077ef0ffae96e29be4672ca4010.camel@intel.com> (raw)
In-Reply-To: <20211108235206.GA15292@labuser-Z97X-UD5H>

@Jani @Manasi

Bump.

On Mon, 2021-11-08 at 15:52 -0800, Navare, Manasi wrote:
> On Mon, Nov 01, 2021 at 12:25:21PM +0200, Jani Nikula wrote:
> > On Mon, 28 Jun 2021, Madhumitha Tolakanahalli Pradeep
> > <madhumitha.tolakanahalli.pradeep@intel.com> wrote:
> > > PCH display HPD IRQ is not detected with default filter value.
> > > So, PP_CONTROL is manually reprogrammed.
> > 
> > Returning to this workaround.
> > 
> > You're not supposed to enable the workaround when there's eDP
> > connected. This is also crucial in avoiding issues with eDP PPS.
> > 
> > The workaround is specific to Tiger Lake PCH, so you need to check
> > against the PCH, not the GPU.
> > 
> > Also see comments inline.
> > 
> > > 
> > > Signed-off-by: Madhumitha Tolakanahalli Pradeep
> > > <madhumitha.tolakanahalli.pradeep@intel.com>
> > > ---
> > >  .../gpu/drm/i915/display/intel_display_power.c   |  8 ++++++++
> > >  drivers/gpu/drm/i915/display/intel_hotplug.c     | 16
> > > ++++++++++++++++
> > >  2 files changed, 24 insertions(+)
> > > 
> > > diff --git a/drivers/gpu/drm/i915/display/intel_display_power.c
> > > b/drivers/gpu/drm/i915/display/intel_display_power.c
> > > index 285380079aab..e44323cc76f5 100644
> > > --- a/drivers/gpu/drm/i915/display/intel_display_power.c
> > > +++ b/drivers/gpu/drm/i915/display/intel_display_power.c
> > > @@ -6385,8 +6385,16 @@ static void
> > > intel_power_domains_verify_state(struct drm_i915_private *i915)
> > >  
> > >  void intel_display_power_suspend_late(struct drm_i915_private
> > > *i915)
> > >  {
> > > +    struct drm_i915_private *dev_priv = i915;
> > > +    u32 val;
> > >         if (DISPLAY_VER(i915) >= 11 || IS_GEMINILAKE(i915) ||
> > >             IS_BROXTON(i915)) {
> > > +               val = intel_de_read(dev_priv, PP_CONTROL(0));
> > > +               /* Wa_14013120569:tgl */
> > > +               if (IS_TIGERLAKE(i915)) {
> > > +                       val &= ~PANEL_POWER_ON;
> > > +                       intel_de_write(dev_priv, PP_CONTROL(0),
> > > val);
> > > +       }
> > 
> > As José said, how do you enable the workaround after resume if
> > external
> > displays are still connected?
> > 
> > >                 bxt_enable_dc9(i915);
> > >                 /* Tweaked Wa_14010685332:icp,jsp,mcc */
> > >                 if (INTEL_PCH_TYPE(i915) >= PCH_ICP &&
> > > INTEL_PCH_TYPE(i915) <= PCH_MCC)
> > > diff --git a/drivers/gpu/drm/i915/display/intel_hotplug.c
> > > b/drivers/gpu/drm/i915/display/intel_hotplug.c
> > > index 47c85ac97c87..8e3f84100daf 100644
> > > --- a/drivers/gpu/drm/i915/display/intel_hotplug.c
> > > +++ b/drivers/gpu/drm/i915/display/intel_hotplug.c
> > > @@ -26,6 +26,7 @@
> > >  #include "i915_drv.h"
> > >  #include "intel_display_types.h"
> > >  #include "intel_hotplug.h"
> > > +#include "intel_de.h"
> > >  
> > >  /**
> > >   * DOC: Hotplug
> > > @@ -266,7 +267,9 @@ intel_encoder_hotplug(struct intel_encoder
> > > *encoder,
> > >                       struct intel_connector *connector)
> > >  {
> > >         struct drm_device *dev = connector->base.dev;
> > > +       struct drm_i915_private *dev_priv = to_i915(dev);
> > >         enum drm_connector_status old_status;
> > > +       u32 val;
> > >         u64 old_epoch_counter;
> > >         bool ret = false;
> > >  
> > > @@ -288,6 +291,19 @@ intel_encoder_hotplug(struct intel_encoder
> > > *encoder,
> > >                              
> > > drm_get_connector_status_name(connector->base.status),
> > >                               old_epoch_counter,
> > >                               connector->base.epoch_counter);
> > > +
> > > +               /* Wa_14013120569:tgl */
> > > +               if (IS_TIGERLAKE(dev_priv)) {
> > > +                       val = intel_de_read(dev_priv,
> > > PP_CONTROL(0));
> > > +                       if (connector->base.status ==
> > > connector_status_connected) {
> > > +                               val |= PANEL_POWER_ON;
> > > +                               intel_de_write(dev_priv,
> > > PP_CONTROL(0), val);
> > > +                       }
> > > +                       else if (connector->base.status ==
> > > connector_status_disconnected) {
> > > +                               val &= ~PANEL_POWER_ON;
> > > +                               intel_de_write(dev_priv,
> > > PP_CONTROL(0), val);
> > > +                       }
> > > +               }
> > 
> > First off, usually if you have a clean, generic, high level
> > function,
> > it's a hint you shouldn't stick low level register access there.
> > 
> > If you plug in two external displays and then unplug one of them,
> > you
> > end up disabling the workaround, while it's supposed to remain
> > enabled
> > if there's an external display connected. This is likely the most
> > annoying part about the workaround.
> > 
> > This does not seem like a trivial workaround to implement.
> > 
> 
> Yes I agree, not a trivial W/A to implement. I think few main things
> to figure out:
> - Right place to enable/disable the W/A at connect/disconnect and for
> the connectors already connected on boot - Probably in
> hdmi_init_connector() and dp_init_connector() for the connected conns
> on boot and then intel_encoder_hptplug() at the time of ext display
> hotplug/unplug
> 
> @Jani having this W/A in above 2 places you think is good?
> - The other thing like Jani pointed out is that we should
> enable/disable only if !edp - so add this check for init_connector
> functions before setting/ clearing the W/A
> 
> - Third thing is the wrapper function to be defined in intel_pps.c
> something like below:
> 
> intel_pps_wa_enable(struct intel_dp *intel_dp)
> {
>         struct drm_i915_private *dev_priv = dp_to_i915(intel_dp);
>         intel_wakeref_t wakeref;
> 
>         with_intel_pps_lock(intel_dp, wakeref) {
>                 i915_reg_t pp_ctrl_reg = _pp_ctrl_reg(intel_dp);
>                 u32 pp;
> 
>                 pp = intel_de_read(dev_priv, _pp_ctrl_reg(intel_dp));
>                 pp |= PANEL_POWER_ON;
>                 intel_de_write(dev_priv, pp_ctrl_reg, pp);
>                 intel_de_posting_read(dev_priv, pp_ctrl_reg);
>         }
> }
> And similar for disabling the wa
> 
> Then this function can be called in the appropriate places identified
> above.
> 
> @Jani this pps helper function for enable/disable W/A makes sense?
> 
> 
> Regards
> Manasi
> } 
> > 
> > BR,
> > Jani.
> > 
> > 
> > >                 return INTEL_HOTPLUG_CHANGED;
> > >         }
> > >         return INTEL_HOTPLUG_UNCHANGED;
> > 
> > -- 
> > Jani Nikula, Intel Open Source Graphics Center

- Madhumitha

  reply	other threads:[~2021-12-02  1:25 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-06-28 23:50 [Intel-gfx] [PATCH] drm/i915/display/tgl: Implement Wa_14013120569 Madhumitha Tolakanahalli Pradeep
2021-06-29  0:12 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for " Patchwork
2021-06-29  0:43 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork
2021-06-29  3:03 ` [Intel-gfx] ✓ Fi.CI.IGT: " Patchwork
2021-06-29 22:25 ` [Intel-gfx] [PATCH] " Souza, Jose
2021-07-05 10:28   ` Jani Nikula
2021-07-08  0:04     ` Tolakanahalli Pradeep, Madhumitha
2021-07-08  0:01   ` Tolakanahalli Pradeep, Madhumitha
2021-11-01 10:25 ` Jani Nikula
2021-11-08 23:52   ` Navare, Manasi
2021-12-02  1:25     ` Tolakanahalli Pradeep, Madhumitha [this message]
  -- strict thread matches above, loose matches on Subject: below --
2021-10-27  1:05 Tolakanahalli Pradeep, Madhumitha
2021-10-27 14:55 ` Jani Nikula
2021-10-30  0:13   ` Tolakanahalli Pradeep, Madhumitha

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=6f58c70a32ec4077ef0ffae96e29be4672ca4010.camel@intel.com \
    --to=madhumitha.tolakanahalli.pradeep@intel.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=jani.nikula@linux.intel.com \
    --cc=manasi.d.navare@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