On Thu, Feb 21, 2019 at 09:27:26PM +0200, Gwan-gyeong Mun wrote:
> This patch checks a support of YCBCR420 outputs on an encoder level.
> If the input mode is YCBCR420-only mode then it prepares DP as an YCBCR420
> output, else it continues with RGB output mode.
> It set output_format to INTEL_OUTPUT_FORMAT_YCBCR420 in order to using
> a pipe scaler as RGB to YCbCr 4:4:4.
> 
> Signed-off-by: Gwan-gyeong Mun <gwan-gyeong....@intel.com>
> Reviewed-by: Maarten Lankhorst <maarten.lankho...@linux.intel.com>
> ---
>  drivers/gpu/drm/i915/intel_dp.c | 33 +++++++++++++++++++++++++++++++++
>  1 file changed, 33 insertions(+)
> 
> diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c
> index e1a051c0fbfe..d0bf2102dfc2 100644
> --- a/drivers/gpu/drm/i915/intel_dp.c
> +++ b/drivers/gpu/drm/i915/intel_dp.c
> @@ -2104,6 +2104,31 @@ intel_dp_compute_link_config(struct intel_encoder 
> *encoder,
>       return 0;
>  }
>  
> +static bool
> +intel_dp_ycbcr420_config(struct drm_connector *connector,
> +                      struct intel_crtc_state *config)

s/config/crtc_state/

Let's try to avoid spreading the naming mess any further.

> +{
> +     struct intel_crtc *intel_crtc = to_intel_crtc(config->base.crtc);

s/intel_crtc/crtc/ for the same reason.

> +
> +     if (!connector->ycbcr_420_allowed) {
> +             DRM_ERROR("Platform doesn't support YCBCR420 output\n");
> +             return false;
> +     }
> +
> +     config->output_format = INTEL_OUTPUT_FORMAT_YCBCR420;
> +
> +     /* YCBCR 420 output conversion needs a scaler */
> +     if (skl_update_scaler_crtc(config)) {
> +             DRM_DEBUG_KMS("Scaler allocation for output failed\n");
> +             return false;
> +     }
> +
> +     intel_pch_panel_fitting(intel_crtc, config,
> +                             DRM_MODE_SCALE_FULLSCREEN);
> +
> +     return true;
> +}
> +
>  int
>  intel_dp_compute_config(struct intel_encoder *encoder,
>                       struct intel_crtc_state *pipe_config,
> @@ -2121,6 +2146,7 @@ intel_dp_compute_config(struct intel_encoder *encoder,
>       bool constant_n = drm_dp_has_quirk(&intel_dp->desc,
>                                          DP_DPCD_QUIRK_CONSTANT_N);
>       int ret;
> +     struct drm_connector *connector = conn_state->connector;
>  
>       if (HAS_PCH_SPLIT(dev_priv) && !HAS_DDI(dev_priv) && port != PORT_A)
>               pipe_config->has_pch_encoder = true;
> @@ -2129,6 +2155,13 @@ intel_dp_compute_config(struct intel_encoder *encoder,
>       if (lspcon->active)
>               lspcon_ycbcr420_config(&intel_connector->base, pipe_config);
>  
> +     if (drm_mode_is_420_only(&connector->display_info, adjusted_mode)) {
> +             if (!intel_dp_ycbcr420_config(connector, pipe_config)) {
> +                     DRM_ERROR("Can't support YCBCR420 output\n");
> +                     return false;
> +             }
> +     }

This will clobber what lspcon_ycbcr420_config() did. So I suggest 

if (lspcon)
        lspcon_ycbcr420_config()
else
        intel_dp_ycbcr420_config()

ie. also move the 420_only check into the function itself.

> +
>       pipe_config->has_drrs = false;
>       if (IS_G4X(dev_priv) || port == PORT_A)
>               pipe_config->has_audio = false;
> -- 
> 2.20.1
> 
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/intel-gfx

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

Reply via email to