All of lore.kernel.org
 help / color / mirror / Atom feed
From: Imre Deak <imre.deak@intel.com>
To: "Kannan, Vandana" <vandana.kannan@intel.com>,
	"Ville Syrjälä" <ville.syrjala@linux.intel.com>
Cc: "intel-gfx@lists.freedesktop.org" <intel-gfx@lists.freedesktop.org>
Subject: Re: [PATCH] drm/i915: BXT DDI PHY sequence BUN
Date: Tue, 29 Mar 2016 15:03:24 +0300	[thread overview]
Message-ID: <1459253004.16416.18.camel@intel.com> (raw)
In-Reply-To: <C92474498F61544FA80293267D83ED0D2F775840@BGSMSX107.gar.corp.intel.com>

On ke, 2016-03-23 at 04:43 +0000, Kannan, Vandana wrote:
> > -----Original Message-----
> > From: Ville Syrjälä [mailto:ville.syrjala@linux.intel.com]
> > Sent: Monday, March 21, 2016 7:34 PM
> > To: Kannan, Vandana <vandana.kannan@intel.com>
> > Cc: intel-gfx@lists.freedesktop.org
> > Subject: Re: [Intel-gfx] [PATCH] drm/i915: BXT DDI PHY sequence BUN
> > 
> > On Mon, Mar 21, 2016 at 12:12:40PM +0530, Vandana Kannan wrote:
> > > According to the BSpec update, bit 7 of PORT_CL1CM_DW0 register
> > needs
> > > to be checked to ensure that the register is in accessible state.
> > > Also, based on a BSpec update, changing the timeout value to check
> > > iphypwrgood, from 10ms to wait for up to 100us.
> > > 
> > > Signed-off-by: Vandana Kannan <vandana.kannan@intel.com>
> > > Reported-by: Philippe Lecluse <Philippe.Lecluse@intel.com>
> > > Cc: Deak, Imre <imre.deak@intel.com>
> > > ---
> > >  drivers/gpu/drm/i915/i915_reg.h  |  1 +
> > > drivers/gpu/drm/i915/intel_ddi.c | 11 +++++++++--
> > >  2 files changed, 10 insertions(+), 2 deletions(-)
> > > 
> > > diff --git a/drivers/gpu/drm/i915/i915_reg.h
> > > b/drivers/gpu/drm/i915/i915_reg.h index 7dfc400..9a02bfc 100644
> > > --- a/drivers/gpu/drm/i915/i915_reg.h
> > > +++ b/drivers/gpu/drm/i915/i915_reg.h
> > > @@ -1318,6 +1318,7 @@ enum skl_disp_power_wells {
> > >  #define _PORT_CL1CM_DW0_A		0x162000
> > >  #define _PORT_CL1CM_DW0_BC		0x6C000
> > >  #define   PHY_POWER_GOOD		(1 << 16)
> > > +#define   PHY_RESERVED			(1 << 7)
> > >  #define BXT_PORT_CL1CM_DW0(phy)		_BXT_PHY((phy),
> > _PORT_CL1CM_DW0_BC, \
> > >  							_PORT_CL1CM_DW0_A)
> > > 
> > > diff --git a/drivers/gpu/drm/i915/intel_ddi.c
> > > b/drivers/gpu/drm/i915/intel_ddi.c
> > > index 62de9f4..354f949 100644
> > > --- a/drivers/gpu/drm/i915/intel_ddi.c
> > > +++ b/drivers/gpu/drm/i915/intel_ddi.c
> > > @@ -2669,9 +2669,16 @@ static void broxton_phy_init(struct
> > drm_i915_private *dev_priv,
> > >  	val |= GT_DISPLAY_POWER_ON(phy);
> > >  	I915_WRITE(BXT_P_CR_GT_DISP_PWRON, val);
> > > 
> > > -	/* Considering 10ms timeout until BSpec is updated */
> > > -	if (wait_for(I915_READ(BXT_PORT_CL1CM_DW0(phy)) &
> > PHY_POWER_GOOD, 10))
> > > +	/*
> > > +	 * HW team confirmed that the time to reach phypowergood status
> > is
> > > +	 * anywhere between 50 us and 100us.
> > > +	 */
> > > +	if (wait_for_atomic_us(((!(I915_READ(BXT_PORT_CL1CM_DW0(phy))
> > &
> > 
> > Switching to atomic wait seems silly.
> > 
> [Vandana] You think wait_for_us should suffice here? 

Yes.

> > > +				PHY_RESERVED)) &&
> > > +				((I915_READ(BXT_PORT_CL1CM_DW0(phy)) &
> > > +				  PHY_POWER_GOOD) ==
> > PHY_POWER_GOOD)), 100)) {
> > >  		DRM_ERROR("timeout during PHY%d power on\n", phy);
> > > +	}

Please also add a comment on how the detection magic works: Reading any
PHY register while the PHY is powered down will result in all register
bits set, while the reserved bit 7 is guaranteed to be 0 when the PHY
is powered up.

--Imre

> > > 
> > >  	for (port =  (phy == DPIO_PHY0 ? PORT_B : PORT_A);
> > >  	     port <= (phy == DPIO_PHY0 ? PORT_C : PORT_A); port++) {
> > > --
> > > 1.9.1
> > > 
> > > _______________________________________________
> > > Intel-gfx mailing list
> > > Intel-gfx@lists.freedesktop.org
> > > https://lists.freedesktop.org/mailman/listinfo/intel-gfx
> > 
> > --
> > Ville Syrjälä
> > Intel OTC
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/intel-gfx
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

  reply	other threads:[~2016-03-29 12:03 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-21  6:42 [PATCH] drm/i915: BXT DDI PHY sequence BUN Vandana Kannan
2016-03-21 10:20 ` Jani Nikula
2016-03-21 15:02   ` Jani Nikula
2016-03-21 14:03 ` Ville Syrjälä
2016-03-23  4:43   ` Kannan, Vandana
2016-03-29 12:03     ` Imre Deak [this message]
2016-03-31 12:38       ` Imre Deak
2016-03-21 14:33 ` ✗ Fi.CI.BAT: warning for " 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=1459253004.16416.18.camel@intel.com \
    --to=imre.deak@intel.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=vandana.kannan@intel.com \
    --cc=ville.syrjala@linux.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.