[Intel-gfx] [PATCH 29/89] drm/i915/skl: vfuncs for skl eld and global resource

[Damien Lespiau]

On Tue, Sep 16, 2014 at 06:50:47PM -0700, Rodrigo Vivi wrote:
>    isn't fdi_link_training needed?

No, it's not. SKL doesn't have FDI.

-- 
Damien

>    if not: Reviewed-by: Rodrigo Vivi <rodrigo.vivi at intel.com>
>    On Thu, Sep 4, 2014 at 4:26 AM, Damien Lespiau <damien.lespiau at intel.com>
>    wrote:
> 
>      From: Satheeshakrishna M <satheeshakrishna.m at intel.com>
> 
>      Set gen 9 function pointers for eld write and global resource.
>      Implementation remains same as HSW.
> 
>      v2: Rebase on top of Sonika's untangling of the if/else ladder (Damien)
> 
>      Signed-off-by: Satheeshakrishna M <satheeshakrishna.m at intel.com> (v1)
>      Signed-off-by: Damien Lespiau <damien.lespiau at intel.com>
>      ---
>       drivers/gpu/drm/i915/intel_display.c | 4 ++++
>       1 file changed, 4 insertions(+)
> 
>      diff --git a/drivers/gpu/drm/i915/intel_display.c
>      b/drivers/gpu/drm/i915/intel_display.c
>      index bffabfd..48d2d0d 100644
>      --- a/drivers/gpu/drm/i915/intel_display.c
>      +++ b/drivers/gpu/drm/i915/intel_display.c
>      @@ -12654,6 +12654,10 @@ static void intel_init_display(struct
>      drm_device *dev)
>                      dev_priv->display.modeset_global_resources =
>                              valleyview_modeset_global_resources;
>                      dev_priv->display.write_eld = ironlake_write_eld;
>      +       } else if (INTEL_INFO(dev)->gen >= 9) {
>      +               dev_priv->display.write_eld = haswell_write_eld;
>      +               dev_priv->display.modeset_global_resources =
>      +                       haswell_modeset_global_resources;
>              }
> 
>              /* Default just returns -ENODEV to indicate unsupported */
>      --
>      1.8.3.1
> 
>      _______________________________________________
>      Intel-gfx mailing list
>      Intel-gfx at lists.freedesktop.org
>      http://lists.freedesktop.org/mailman/listinfo/intel-gfx
> 
>    --
>    Rodrigo Vivi
>    Blog: http://blog.vivi.eng.br
>