[Intel-gfx] [PATCH v3 5/8] drm/i915/dp: Use sink_format in dp_is_ycbcr420
Nautiyal, Ankit K
ankit.k.nautiyal at intel.com
Fri Oct 28 06:19:40 UTC 2022
On 10/20/2022 10:24 PM, Ville Syrjälä wrote:
> On Tue, Oct 11, 2022 at 12:04:44PM +0530, Ankit Nautiyal wrote:
>> Use the new crtc_state member sink_format to check if DP DFP will use
>> YCBCR420.
>> The earlier intel_dp->dfp members are not required as decision to use
>> color format conversion by the PCON is computed and stored in
>> crtc_state. Also drop the intel_dp argument in the helper function.
>>
>> Signed-off-by: Ankit Nautiyal <ankit.k.nautiyal at intel.com>
>> ---
>> drivers/gpu/drm/i915/display/intel_dp.c | 13 +++++--------
>> 1 file changed, 5 insertions(+), 8 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/i915/display/intel_dp.c b/drivers/gpu/drm/i915/display/intel_dp.c
>> index 99d72b345907..d8ef4dccf0c1 100644
>> --- a/drivers/gpu/drm/i915/display/intel_dp.c
>> +++ b/drivers/gpu/drm/i915/display/intel_dp.c
>> @@ -1177,19 +1177,16 @@ static bool intel_dp_supports_dsc(struct intel_dp *intel_dp,
>> drm_dp_sink_supports_dsc(intel_dp->dsc_dpcd);
>> }
>>
>> -static bool intel_dp_is_ycbcr420(struct intel_dp *intel_dp,
>> - const struct intel_crtc_state *crtc_state)
>> +static bool intel_dp_is_ycbcr420(const struct intel_crtc_state *crtc_state)
>> {
>> - return crtc_state->output_format == INTEL_OUTPUT_FORMAT_YCBCR420 ||
>> - (crtc_state->output_format == INTEL_OUTPUT_FORMAT_YCBCR444 &&
>> - intel_dp->dfp.ycbcr_444_to_420);
>> + return crtc_state->sink_format == INTEL_OUTPUT_FORMAT_YCBCR420;
>> }
>>
>> static int intel_dp_hdmi_compute_bpc(struct intel_dp *intel_dp,
>> const struct intel_crtc_state *crtc_state,
>> int bpc, bool respect_downstream_limits)
>> {
>> - bool ycbcr420_output = intel_dp_is_ycbcr420(intel_dp, crtc_state);
>> + bool ycbcr420_output = intel_dp_is_ycbcr420(crtc_state);
>> int clock = crtc_state->hw.adjusted_mode.crtc_clock;
> I think I'd take this a notch further and start passing
> the sink_format to most (maybe even all?) places that
> currently take a 'bool ycbcr420_output'. That could also
> serve as a slight step towards 4:2:2 support.
Makes sense, will modify the functions as suggested.
Regards,
Ankit
>
>>
>> /*
>> @@ -1986,7 +1983,7 @@ intel_dp_compute_output_format(struct intel_encoder *encoder,
>>
>> crtc_state->output_format = intel_dp_output_format(connector, ycbcr_420_only);
>>
>> - if (ycbcr_420_only && !intel_dp_is_ycbcr420(intel_dp, crtc_state)) {
>> + if (ycbcr_420_only && !intel_dp_is_ycbcr420(crtc_state)) {
>> drm_dbg_kms(&i915->drm,
>> "YCbCr 4:2:0 mode but YCbCr 4:2:0 output not possible. Falling back to RGB.\n");
>> crtc_state->output_format = INTEL_OUTPUT_FORMAT_RGB;
>> @@ -2001,7 +1998,7 @@ intel_dp_compute_output_format(struct intel_encoder *encoder,
>> ret = intel_dp_compute_link_config(encoder, crtc_state, conn_state,
>> respect_downstream_limits);
>> if (ret) {
>> - if (intel_dp_is_ycbcr420(intel_dp, crtc_state) ||
>> + if (intel_dp_is_ycbcr420(crtc_state) ||
>> !connector->base.ycbcr_420_allowed ||
>> !drm_mode_is_420_also(info, adjusted_mode))
>> return ret;
>> --
>> 2.25.1
More information about the Intel-gfx
mailing list