Re: [Intel-gfx] [PATCH 3/3] drm/i915: Replace ILK eDP underrun suppression with something better

2016-04-12 Thread Ville Syrjälä
On Tue, Apr 12, 2016 at 10:16:26AM +0200, Patrik Jakobsson wrote:
> On Fri, Apr 01, 2016 at 09:53:19PM +0300, ville.syrj...@linux.intel.com wrote:
> > From: Ville Syrjälä 
> > 
> > The underruns we were seeing when enabling eDP port A on ILK seem to
> > have been caused by prematurely clearing the LP1+ watermark values when
> > disabling LP1+ watermarks. Now that the watermarks are handled
> > properly, we can rip out the underrun suppression around the port A
> > enable.
> > 
> > We still need to worry about the underruns on FDI when enabling
> > the eDP PLL. But as Bspec tells us, we can avoid that by a vblank
> > wait on the pipe driving FDI just prior to enabling the eDP PLL.
> > 
> > Cc: Daniel Vetter 
> > Signed-off-by: Ville Syrjälä 
> 
> Reviewed-by: Patrik Jakobsson 

Series pushed to dinq. Thanks for the reviews.

> 
> > ---
> >  drivers/gpu/drm/i915/intel_dp.c | 36 +---
> >  1 file changed, 9 insertions(+), 27 deletions(-)
> > 
> > diff --git a/drivers/gpu/drm/i915/intel_dp.c 
> > b/drivers/gpu/drm/i915/intel_dp.c
> > index 95fe01d55bce..7523558190d1 100644
> > --- a/drivers/gpu/drm/i915/intel_dp.c
> > +++ b/drivers/gpu/drm/i915/intel_dp.c
> > @@ -2215,6 +2215,15 @@ static void ironlake_edp_pll_on(struct intel_dp 
> > *intel_dp)
> > POSTING_READ(DP_A);
> > udelay(500);
> >  
> > +   /*
> > +* [DevILK] Work around required when enabling DP PLL
> > +* while a pipe is enabled going to FDI:
> > +* 1. Wait for the start of vertical blank on the enabled pipe going to 
> > FDI
> > +* 2. Program DP PLL enable
> > +*/
> > +   if (IS_GEN5(dev_priv))
> > +   intel_wait_for_vblank_if_active(dev_priv->dev, !crtc->pipe);
> > +
> > intel_dp->DP |= DP_PLL_ENABLE;
> >  
> > I915_WRITE(DP_A, intel_dp->DP);
> > @@ -2630,7 +2639,6 @@ static void intel_enable_dp(struct intel_encoder 
> > *encoder)
> > struct drm_i915_private *dev_priv = dev->dev_private;
> > struct intel_crtc *crtc = to_intel_crtc(encoder->base.crtc);
> > uint32_t dp_reg = I915_READ(intel_dp->output_reg);
> > -   enum port port = dp_to_dig_port(intel_dp)->port;
> > enum pipe pipe = crtc->pipe;
> >  
> > if (WARN_ON(dp_reg & DP_PORT_EN))
> > @@ -2643,17 +2651,6 @@ static void intel_enable_dp(struct intel_encoder 
> > *encoder)
> >  
> > intel_dp_enable_port(intel_dp);
> >  
> > -   if (port == PORT_A && IS_GEN5(dev_priv)) {
> > -   /*
> > -* Underrun reporting for the other pipe was disabled in
> > -* g4x_pre_enable_dp(). The eDP PLL and port have now been
> > -* enabled, so it's now safe to re-enable underrun reporting.
> > -*/
> > -   intel_wait_for_vblank_if_active(dev_priv->dev, !pipe);
> > -   intel_set_cpu_fifo_underrun_reporting(dev_priv, !pipe, true);
> > -   intel_set_pch_fifo_underrun_reporting(dev_priv, !pipe, true);
> > -   }
> > -
> > edp_panel_vdd_on(intel_dp);
> > edp_panel_on(intel_dp);
> > edp_panel_vdd_off(intel_dp, true);
> > @@ -2699,26 +2696,11 @@ static void vlv_enable_dp(struct intel_encoder 
> > *encoder)
> >  
> >  static void g4x_pre_enable_dp(struct intel_encoder *encoder)
> >  {
> > -   struct drm_i915_private *dev_priv = to_i915(encoder->base.dev);
> > struct intel_dp *intel_dp = enc_to_intel_dp(>base);
> > enum port port = dp_to_dig_port(intel_dp)->port;
> > -   enum pipe pipe = to_intel_crtc(encoder->base.crtc)->pipe;
> >  
> > intel_dp_prepare(encoder);
> >  
> > -   if (port == PORT_A && IS_GEN5(dev_priv)) {
> > -   /*
> > -* We get FIFO underruns on the other pipe when
> > -* enabling the CPU eDP PLL, and when enabling CPU
> > -* eDP port. We could potentially avoid the PLL
> > -* underrun with a vblank wait just prior to enabling
> > -* the PLL, but that doesn't appear to help the port
> > -* enable case. Just sweep it all under the rug.
> > -*/
> > -   intel_set_cpu_fifo_underrun_reporting(dev_priv, !pipe, false);
> > -   intel_set_pch_fifo_underrun_reporting(dev_priv, !pipe, false);
> > -   }
> > -
> > /* Only ilk+ has port A */
> > if (port == PORT_A)
> > ironlake_edp_pll_on(intel_dp);
> > -- 
> > 2.7.4
> > 
> > ___
> > Intel-gfx mailing list
> > Intel-gfx@lists.freedesktop.org
> > https://lists.freedesktop.org/mailman/listinfo/intel-gfx
> 
> -- 
> Intel Sweden AB Registered Office: Knarrarnasgatan 15, 164 40 Kista, 
> Stockholm, Sweden Registration Number: 556189-6027 

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


Re: [Intel-gfx] [PATCH 3/3] drm/i915: Replace ILK eDP underrun suppression with something better

2016-04-12 Thread Patrik Jakobsson
On Fri, Apr 01, 2016 at 09:53:19PM +0300, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä 
> 
> The underruns we were seeing when enabling eDP port A on ILK seem to
> have been caused by prematurely clearing the LP1+ watermark values when
> disabling LP1+ watermarks. Now that the watermarks are handled
> properly, we can rip out the underrun suppression around the port A
> enable.
> 
> We still need to worry about the underruns on FDI when enabling
> the eDP PLL. But as Bspec tells us, we can avoid that by a vblank
> wait on the pipe driving FDI just prior to enabling the eDP PLL.
> 
> Cc: Daniel Vetter 
> Signed-off-by: Ville Syrjälä 

Reviewed-by: Patrik Jakobsson 

> ---
>  drivers/gpu/drm/i915/intel_dp.c | 36 +---
>  1 file changed, 9 insertions(+), 27 deletions(-)
> 
> diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c
> index 95fe01d55bce..7523558190d1 100644
> --- a/drivers/gpu/drm/i915/intel_dp.c
> +++ b/drivers/gpu/drm/i915/intel_dp.c
> @@ -2215,6 +2215,15 @@ static void ironlake_edp_pll_on(struct intel_dp 
> *intel_dp)
>   POSTING_READ(DP_A);
>   udelay(500);
>  
> + /*
> +  * [DevILK] Work around required when enabling DP PLL
> +  * while a pipe is enabled going to FDI:
> +  * 1. Wait for the start of vertical blank on the enabled pipe going to 
> FDI
> +  * 2. Program DP PLL enable
> +  */
> + if (IS_GEN5(dev_priv))
> + intel_wait_for_vblank_if_active(dev_priv->dev, !crtc->pipe);
> +
>   intel_dp->DP |= DP_PLL_ENABLE;
>  
>   I915_WRITE(DP_A, intel_dp->DP);
> @@ -2630,7 +2639,6 @@ static void intel_enable_dp(struct intel_encoder 
> *encoder)
>   struct drm_i915_private *dev_priv = dev->dev_private;
>   struct intel_crtc *crtc = to_intel_crtc(encoder->base.crtc);
>   uint32_t dp_reg = I915_READ(intel_dp->output_reg);
> - enum port port = dp_to_dig_port(intel_dp)->port;
>   enum pipe pipe = crtc->pipe;
>  
>   if (WARN_ON(dp_reg & DP_PORT_EN))
> @@ -2643,17 +2651,6 @@ static void intel_enable_dp(struct intel_encoder 
> *encoder)
>  
>   intel_dp_enable_port(intel_dp);
>  
> - if (port == PORT_A && IS_GEN5(dev_priv)) {
> - /*
> -  * Underrun reporting for the other pipe was disabled in
> -  * g4x_pre_enable_dp(). The eDP PLL and port have now been
> -  * enabled, so it's now safe to re-enable underrun reporting.
> -  */
> - intel_wait_for_vblank_if_active(dev_priv->dev, !pipe);
> - intel_set_cpu_fifo_underrun_reporting(dev_priv, !pipe, true);
> - intel_set_pch_fifo_underrun_reporting(dev_priv, !pipe, true);
> - }
> -
>   edp_panel_vdd_on(intel_dp);
>   edp_panel_on(intel_dp);
>   edp_panel_vdd_off(intel_dp, true);
> @@ -2699,26 +2696,11 @@ static void vlv_enable_dp(struct intel_encoder 
> *encoder)
>  
>  static void g4x_pre_enable_dp(struct intel_encoder *encoder)
>  {
> - struct drm_i915_private *dev_priv = to_i915(encoder->base.dev);
>   struct intel_dp *intel_dp = enc_to_intel_dp(>base);
>   enum port port = dp_to_dig_port(intel_dp)->port;
> - enum pipe pipe = to_intel_crtc(encoder->base.crtc)->pipe;
>  
>   intel_dp_prepare(encoder);
>  
> - if (port == PORT_A && IS_GEN5(dev_priv)) {
> - /*
> -  * We get FIFO underruns on the other pipe when
> -  * enabling the CPU eDP PLL, and when enabling CPU
> -  * eDP port. We could potentially avoid the PLL
> -  * underrun with a vblank wait just prior to enabling
> -  * the PLL, but that doesn't appear to help the port
> -  * enable case. Just sweep it all under the rug.
> -  */
> - intel_set_cpu_fifo_underrun_reporting(dev_priv, !pipe, false);
> - intel_set_pch_fifo_underrun_reporting(dev_priv, !pipe, false);
> - }
> -
>   /* Only ilk+ has port A */
>   if (port == PORT_A)
>   ironlake_edp_pll_on(intel_dp);
> -- 
> 2.7.4
> 
> ___
> Intel-gfx mailing list
> Intel-gfx@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/intel-gfx

-- 
Intel Sweden AB Registered Office: Knarrarnasgatan 15, 164 40 Kista, Stockholm, 
Sweden Registration Number: 556189-6027 
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx


[Intel-gfx] [PATCH 3/3] drm/i915: Replace ILK eDP underrun suppression with something better

2016-04-01 Thread ville . syrjala
From: Ville Syrjälä 

The underruns we were seeing when enabling eDP port A on ILK seem to
have been caused by prematurely clearing the LP1+ watermark values when
disabling LP1+ watermarks. Now that the watermarks are handled
properly, we can rip out the underrun suppression around the port A
enable.

We still need to worry about the underruns on FDI when enabling
the eDP PLL. But as Bspec tells us, we can avoid that by a vblank
wait on the pipe driving FDI just prior to enabling the eDP PLL.

Cc: Daniel Vetter 
Signed-off-by: Ville Syrjälä 
---
 drivers/gpu/drm/i915/intel_dp.c | 36 +---
 1 file changed, 9 insertions(+), 27 deletions(-)

diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c
index 95fe01d55bce..7523558190d1 100644
--- a/drivers/gpu/drm/i915/intel_dp.c
+++ b/drivers/gpu/drm/i915/intel_dp.c
@@ -2215,6 +2215,15 @@ static void ironlake_edp_pll_on(struct intel_dp 
*intel_dp)
POSTING_READ(DP_A);
udelay(500);
 
+   /*
+* [DevILK] Work around required when enabling DP PLL
+* while a pipe is enabled going to FDI:
+* 1. Wait for the start of vertical blank on the enabled pipe going to 
FDI
+* 2. Program DP PLL enable
+*/
+   if (IS_GEN5(dev_priv))
+   intel_wait_for_vblank_if_active(dev_priv->dev, !crtc->pipe);
+
intel_dp->DP |= DP_PLL_ENABLE;
 
I915_WRITE(DP_A, intel_dp->DP);
@@ -2630,7 +2639,6 @@ static void intel_enable_dp(struct intel_encoder *encoder)
struct drm_i915_private *dev_priv = dev->dev_private;
struct intel_crtc *crtc = to_intel_crtc(encoder->base.crtc);
uint32_t dp_reg = I915_READ(intel_dp->output_reg);
-   enum port port = dp_to_dig_port(intel_dp)->port;
enum pipe pipe = crtc->pipe;
 
if (WARN_ON(dp_reg & DP_PORT_EN))
@@ -2643,17 +2651,6 @@ static void intel_enable_dp(struct intel_encoder 
*encoder)
 
intel_dp_enable_port(intel_dp);
 
-   if (port == PORT_A && IS_GEN5(dev_priv)) {
-   /*
-* Underrun reporting for the other pipe was disabled in
-* g4x_pre_enable_dp(). The eDP PLL and port have now been
-* enabled, so it's now safe to re-enable underrun reporting.
-*/
-   intel_wait_for_vblank_if_active(dev_priv->dev, !pipe);
-   intel_set_cpu_fifo_underrun_reporting(dev_priv, !pipe, true);
-   intel_set_pch_fifo_underrun_reporting(dev_priv, !pipe, true);
-   }
-
edp_panel_vdd_on(intel_dp);
edp_panel_on(intel_dp);
edp_panel_vdd_off(intel_dp, true);
@@ -2699,26 +2696,11 @@ static void vlv_enable_dp(struct intel_encoder *encoder)
 
 static void g4x_pre_enable_dp(struct intel_encoder *encoder)
 {
-   struct drm_i915_private *dev_priv = to_i915(encoder->base.dev);
struct intel_dp *intel_dp = enc_to_intel_dp(>base);
enum port port = dp_to_dig_port(intel_dp)->port;
-   enum pipe pipe = to_intel_crtc(encoder->base.crtc)->pipe;
 
intel_dp_prepare(encoder);
 
-   if (port == PORT_A && IS_GEN5(dev_priv)) {
-   /*
-* We get FIFO underruns on the other pipe when
-* enabling the CPU eDP PLL, and when enabling CPU
-* eDP port. We could potentially avoid the PLL
-* underrun with a vblank wait just prior to enabling
-* the PLL, but that doesn't appear to help the port
-* enable case. Just sweep it all under the rug.
-*/
-   intel_set_cpu_fifo_underrun_reporting(dev_priv, !pipe, false);
-   intel_set_pch_fifo_underrun_reporting(dev_priv, !pipe, false);
-   }
-
/* Only ilk+ has port A */
if (port == PORT_A)
ironlake_edp_pll_on(intel_dp);
-- 
2.7.4

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