From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sender4-pp-f112.zoho.com (sender4-pp-f112.zoho.com [136.143.188.112]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 1BA68288C20 for ; Thu, 11 Dec 2025 19:43:05 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=pass smtp.client-ip=136.143.188.112 ARC-Seal:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765482187; cv=pass; b=KmuT5b40bOP1Y4G5RhUxgS4IN7KX09VoFUoP/XB2gJ8/qpM9IDRdBlwoNJGSrrLS56VziHdVd4RBVkA8G3byp0cq8fqETiwXrfLmlTVyX+eu0dxQqBtpLK0Pf38zWuL3b6WhSvOHWFB/6rlnJmbxwhxshWhLwswLwsI+/3G1ssI= ARC-Message-Signature:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765482187; c=relaxed/simple; bh=B7zYhC36mt3PG9Fl3Q5G8voTft/cyFeYqXg3iBF12YI=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=ubxdDMjAQu/HWPcQUjWUs2JpQXchrbZ7XqjyJvo3tN0/JHw3gIJNenmusmPjE/Wam8+GjS4sk9S+R+adWO4yQ1tWfEKGkhtpgn9SXawZJGoboBYqqN1a/T+rsBz4wv3FbxWf34cB2w04/5akXI+4QcUcEdwhGGtBuFiCI6qYCkA= ARC-Authentication-Results:i=2; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=collabora.com; spf=pass smtp.mailfrom=collabora.com; dkim=pass (1024-bit key) header.d=collabora.com header.i=nicolas.frattaroli@collabora.com header.b=JAfYpqV/; arc=pass smtp.client-ip=136.143.188.112 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=collabora.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=collabora.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=collabora.com header.i=nicolas.frattaroli@collabora.com header.b="JAfYpqV/" ARC-Seal: i=1; a=rsa-sha256; t=1765482132; cv=none; d=zohomail.com; s=zohoarc; b=ciN6hhmmewtgEN0ZKJ63T2zfwfD+1mtmEX2RNDfEuj6+44NErDR963oAInB4MfFQjTUAoPCFP2KfvPKQ6sWfOzGe88gJEhMzYhlHy5aFG/jc6htQs0JZLA8bOVZO6du5s1+6ymS5OdB6BahiaWTKKWLXMdJHHVvQLX72sz5Db0E= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1765482132; h=Content-Type:Content-Transfer-Encoding:Cc:Cc:Date:Date:From:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:Subject:To:To:Message-Id:Reply-To; bh=c+k0Zb9KAErrPfpLNWK7UIA2mEBiGzS9CegcNA5fUbk=; b=NQLYx6bZtsCLPVB0LgjvedBDeJFYTouh/lah/ttc24PJEN11qGrqhjsTdoOy8T5gj8Tgj+mDB4O/DbYFY6cYn7eVlqfqvxJZOSQPNPJ9vYoTA5BXoLo0/jwzezER80fiSpB3cGPCw5jUp7uXJzpN/iQuKlv67zdFdhzDYD8pHT4= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=collabora.com; spf=pass smtp.mailfrom=nicolas.frattaroli@collabora.com; dmarc=pass header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1765482132; s=zohomail; d=collabora.com; i=nicolas.frattaroli@collabora.com; h=From:From:To:To:Cc:Cc:Subject:Subject:Date:Date:Message-ID:In-Reply-To:References:MIME-Version:Content-Transfer-Encoding:Content-Type:Message-Id:Reply-To; bh=c+k0Zb9KAErrPfpLNWK7UIA2mEBiGzS9CegcNA5fUbk=; b=JAfYpqV/M7/bXt2gwPMrFJUxfV5AvQXKF81nxShtB5i5utfNMjDEIvGlWxiwwg/z w64xNKE9sddDilcZpfrKHOG/7gHtPqXJOgk6sVLqwpkAby7M0EhiGNdgUcBn2yPrGXc DGZ/hBZ+FvSAfsnkeoBLsk73sHMUwgEEhspruKzA= Received: by mx.zohomail.com with SMTPS id 1765482130230834.2305088660225; Thu, 11 Dec 2025 11:42:10 -0800 (PST) From: Nicolas Frattaroli To: Maxime Ripard Cc: Harry Wentland , Leo Li , Rodrigo Siqueira , Alex Deucher , Christian =?UTF-8?B?S8O2bmln?= , David Airlie , Simona Vetter , Maarten Lankhorst , Thomas Zimmermann , Andrzej Hajda , Neil Armstrong , Robert Foss , Laurent Pinchart , Jonas Karlman , Jernej Skrabec , Sandy Huang , Heiko =?UTF-8?B?U3TDvGJuZXI=?= , Andy Yan , Jani Nikula , Rodrigo Vivi , Joonas Lahtinen , Tvrtko Ursulin , Dmitry Baryshkov , Sascha Hauer , Rob Herring , kernel@collabora.com, amd-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-rockchip@lists.infradead.org, intel-gfx@lists.freedesktop.org, intel-xe@lists.freedesktop.org Subject: Re: [PATCH v5 05/17] drm/display: hdmi-state-helper: Act on color format DRM property Date: Thu, 11 Dec 2025 20:42:00 +0100 Message-ID: <3084118.iZASKD2KPV@workhorse> In-Reply-To: <20251209-uptight-radical-chupacabra-ac3d6d@houat> References: <20251128-color-format-v5-0-63e82f1db1e1@collabora.com> <20251128-color-format-v5-5-63e82f1db1e1@collabora.com> <20251209-uptight-radical-chupacabra-ac3d6d@houat> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" On Tuesday, 9 December 2025 15:16:58 Central European Standard Time Maxime Ripard wrote: > On Fri, Nov 28, 2025 at 10:05:41PM +0100, Nicolas Frattaroli wrote: > > With the introduction of the "color format" DRM property, which allows > > userspace to request a specific color format, the HDMI state helper > > should implement this. > > > > Implement it by checking whether the property is set and set to > > something other than auto. If so, pass the requested color format, and > > otherwise set RGB. > > > > Signed-off-by: Nicolas Frattaroli > > --- > > drivers/gpu/drm/display/drm_hdmi_state_helper.c | 12 +++++++++++- > > 1 file changed, 11 insertions(+), 1 deletion(-) > > > > diff --git a/drivers/gpu/drm/display/drm_hdmi_state_helper.c b/drivers/gpu/drm/display/drm_hdmi_state_helper.c > > index a561f124be99..5da956bdd68c 100644 > > --- a/drivers/gpu/drm/display/drm_hdmi_state_helper.c > > +++ b/drivers/gpu/drm/display/drm_hdmi_state_helper.c > > @@ -649,11 +649,21 @@ hdmi_compute_config(const struct drm_connector *connector, > > unsigned int max_bpc = clamp_t(unsigned int, > > conn_state->max_bpc, > > 8, connector->max_bpc); > > + enum hdmi_colorspace hdmi_colorspace = > > + drm_color_format_to_hdmi_colorspace(conn_state->color_format); > > int ret; > > > > ret = hdmi_compute_format_bpc(connector, conn_state, mode, max_bpc, > > - HDMI_COLORSPACE_RGB); > > + hdmi_colorspace); > > if (ret) { > > + /* If a color format was explicitly requested, don't fall back */ > > + if (conn_state->color_format) { > > + drm_dbg_kms(connector->dev, > > + "Explicitly set color format '%s' doesn't work.\n", > > + drm_get_color_format_name(conn_state->color_format)); > > + return ret; > > + } > > + > > I think the following would be more readable: > > > if (conn_state->color_format && conn_state->color_format != DRM_COLOR_FORMAT_AUTO) { > enum hdmi_colorspace hdmi_colorspace = > drm_color_format_to_hdmi_colorspace(conn_state->color_format); > > return hdmi_compute_format_bpc(connector, conn_state, mode, max_bpc, hdmi_colorspace) > } > > ret = ret = hdmi_compute_format_bpc(connector, conn_state, mode, max_bpc, > HDMI_COLORSPACE_RGB); > > ... I think I get what you mean: if conn_state->color_format is set, return directly, instead of bailing out in the fallback path. I can do that. However, `conn_state->color_format && conn_state->color_format != DRM_COLOR_FORMAT_AUTO` is redundant now as of v5 since DRM_COLOR_FORMAT_AUTO is 0 (and I use its falsy nature in many other places, and don't intend to stop doing that). > > Maxime >