Em Ter, 2017-07-11 às 15:48 -0700, Jim Bride escreveu:
> This work-around actually causes issues on HSW now.  Without this
> code in-place I'm seeing good results on HSW.

Which issues?

> 
> Cc: Rodrigo Vivi <rodrigo.v...@intel.com>
> Cc: Paulo Zanoni <paulo.r.zan...@intel.com>
> Signed-off-by: Jim Bride <jim.br...@linux.intel.com>
> ---
>  tests/kms_frontbuffer_tracking.c | 6 ------
>  1 file changed, 6 deletions(-)
> 
> diff --git a/tests/kms_frontbuffer_tracking.c
> b/tests/kms_frontbuffer_tracking.c
> index 6f8fd20..2e9a169 100644
> --- a/tests/kms_frontbuffer_tracking.c
> +++ b/tests/kms_frontbuffer_tracking.c
> @@ -436,12 +436,6 @@ static bool
> connector_get_mode(drmModeConnectorPtr c, drmModeModeInfoPtr *mode)
>       else
>               *mode = &c->modes[0];
>  
> -      /* On HSW the CRC WA is so awful that it makes you think
> everything is
> -       * bugged. */
> -     if (IS_HASWELL(intel_get_drm_devid(drm.fd)) &&
> -         c->connector_type == DRM_MODE_CONNECTOR_eDP)
> -             *mode = &std_1024_mode;
> -
>       return true;
>  }
>  
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

Reply via email to