From: Chaitanya Kumar Borah <chaitanya.kumar.borah@intel.com>
To: dri-devel@lists.freedesktop.org, intel-gfx@lists.freedesktop.org,
intel-xe@lists.freedesktop.org, amd-gfx@lists.freedesktop.org
Cc: harry.wentland@amd.com, jani.nikula@linux.intel.com,
louis.chauvet@bootlin.com, mwen@igalia.com, contact@emersion.fr,
alex.hung@amd.com, daniels@collabora.com, uma.shankar@intel.com,
suraj.kandpal@intel.com, nfraprado@collabora.com,
ville.syrjala@linux.intel.com, matthew.d.roper@intel.com
Subject: [PATCH v3 13/13] drm/i915/color: Add failure handling in plane color pipeline init
Date: Tue, 13 Jan 2026 15:53:03 +0530 [thread overview]
Message-ID: <20260113102303.724205-14-chaitanya.kumar.borah@intel.com> (raw)
In-Reply-To: <20260113102303.724205-1-chaitanya.kumar.borah@intel.com>
The plane color pipeline initialization built up multiple colorop blocks
inline, but did not reliably clean up partially constructed pipelines
when an intermediate step failed. This could lead to leaked colorop
objects and fragile error handling as the pipeline grows.
Refactor the pipeline construction to use a common helper for adding
colorop blocks. This centralizes allocation, initialization, and
teardown logic, allowing the caller to reliably unwind all previously
created colorops on failure.
v2:
- Refactor code to avoid repetition (Suraj)
v3:
- s/nvl/xe3plpd (Suraj)
Signed-off-by: Chaitanya Kumar Borah <chaitanya.kumar.borah@intel.com>
Reviewed-by: Suraj Kandpal <suraj.kandpal@intel.com>
---
.../drm/i915/display/intel_color_pipeline.c | 164 +++++++++++++-----
1 file changed, 117 insertions(+), 47 deletions(-)
diff --git a/drivers/gpu/drm/i915/display/intel_color_pipeline.c b/drivers/gpu/drm/i915/display/intel_color_pipeline.c
index 8fecc53540ba..6cf8080ee800 100644
--- a/drivers/gpu/drm/i915/display/intel_color_pipeline.c
+++ b/drivers/gpu/drm/i915/display/intel_color_pipeline.c
@@ -2,6 +2,8 @@
/*
* Copyright © 2025 Intel Corporation
*/
+#include <drm/drm_print.h>
+
#include "intel_color.h"
#include "intel_colorop.h"
#include "intel_color_pipeline.h"
@@ -10,6 +12,7 @@
#include "skl_universal_plane.h"
#define MAX_COLOR_PIPELINES 1
+#define MAX_COLOROP 4
#define PLANE_DEGAMMA_SIZE 128
#define PLANE_GAMMA_SIZE 32
@@ -17,70 +20,137 @@ static const struct drm_colorop_funcs intel_colorop_funcs = {
.destroy = intel_colorop_destroy,
};
+/*
+ * 3DLUT can be bound to all three HDR planes. However, even with the latest
+ * color pipeline UAPI, there is no good way to represent a HW block which
+ * can be shared/attached at different stages of the pipeline. So right now,
+ * we expose 3DLUT only attached with the primary plane.
+ *
+ * That way we don't confuse the userspace with opaque commit failures
+ * on trying to enable it on multiple planes which would otherwise make
+ * the pipeline totally unusable.
+ */
+static const enum intel_color_block xe3plpd_primary_plane_pipeline[] = {
+ INTEL_PLANE_CB_PRE_CSC_LUT,
+ INTEL_PLANE_CB_CSC,
+ INTEL_PLANE_CB_3DLUT,
+ INTEL_PLANE_CB_POST_CSC_LUT,
+};
+
+static const enum intel_color_block hdr_plane_pipeline[] = {
+ INTEL_PLANE_CB_PRE_CSC_LUT,
+ INTEL_PLANE_CB_CSC,
+ INTEL_PLANE_CB_POST_CSC_LUT,
+};
+
+static bool plane_has_3dlut(struct intel_display *display, enum pipe pipe,
+ struct drm_plane *plane)
+{
+ return (DISPLAY_VER(display) >= 35 &&
+ intel_color_crtc_has_3dlut(display, pipe) &&
+ plane->type == DRM_PLANE_TYPE_PRIMARY);
+}
+
static
-int _intel_color_pipeline_plane_init(struct drm_plane *plane, struct drm_prop_enum_list *list,
- enum pipe pipe)
+struct intel_colorop *intel_color_pipeline_plane_add_colorop(struct drm_plane *plane,
+ struct intel_colorop *prev,
+ enum intel_color_block id)
{
struct drm_device *dev = plane->dev;
- struct intel_display *display = to_intel_display(dev);
- struct drm_colorop *prev_op;
struct intel_colorop *colorop;
int ret;
- colorop = intel_colorop_create(INTEL_PLANE_CB_PRE_CSC_LUT);
-
- ret = drm_plane_colorop_curve_1d_lut_init(dev, &colorop->base, plane, &intel_colorop_funcs,
- PLANE_DEGAMMA_SIZE,
- DRM_COLOROP_LUT1D_INTERPOLATION_LINEAR,
- DRM_COLOROP_FLAG_ALLOW_BYPASS);
-
- if (ret)
- return ret;
-
- list->type = colorop->base.base.id;
-
- /* TODO: handle failures and clean up */
- prev_op = &colorop->base;
-
- colorop = intel_colorop_create(INTEL_PLANE_CB_CSC);
- ret = drm_plane_colorop_ctm_3x4_init(dev, &colorop->base, plane, &intel_colorop_funcs,
- DRM_COLOROP_FLAG_ALLOW_BYPASS);
- if (ret)
- return ret;
-
- drm_colorop_set_next_property(prev_op, &colorop->base);
- prev_op = &colorop->base;
-
- if (DISPLAY_VER(display) >= 35 &&
- intel_color_crtc_has_3dlut(display, pipe) &&
- plane->type == DRM_PLANE_TYPE_PRIMARY) {
- colorop = intel_colorop_create(INTEL_PLANE_CB_3DLUT);
-
+ colorop = intel_colorop_create(id);
+
+ if (IS_ERR(colorop))
+ return colorop;
+
+ switch (id) {
+ case INTEL_PLANE_CB_PRE_CSC_LUT:
+ ret = drm_plane_colorop_curve_1d_lut_init(dev,
+ &colorop->base, plane,
+ &intel_colorop_funcs,
+ PLANE_DEGAMMA_SIZE,
+ DRM_COLOROP_LUT1D_INTERPOLATION_LINEAR,
+ DRM_COLOROP_FLAG_ALLOW_BYPASS);
+ break;
+ case INTEL_PLANE_CB_CSC:
+ ret = drm_plane_colorop_ctm_3x4_init(dev, &colorop->base, plane,
+ &intel_colorop_funcs,
+ DRM_COLOROP_FLAG_ALLOW_BYPASS);
+ break;
+ case INTEL_PLANE_CB_3DLUT:
ret = drm_plane_colorop_3dlut_init(dev, &colorop->base, plane,
&intel_colorop_funcs, 17,
DRM_COLOROP_LUT3D_INTERPOLATION_TETRAHEDRAL,
true);
- if (ret)
- return ret;
-
- drm_colorop_set_next_property(prev_op, &colorop->base);
-
- prev_op = &colorop->base;
+ break;
+ case INTEL_PLANE_CB_POST_CSC_LUT:
+ ret = drm_plane_colorop_curve_1d_lut_init(dev, &colorop->base, plane,
+ &intel_colorop_funcs,
+ PLANE_GAMMA_SIZE,
+ DRM_COLOROP_LUT1D_INTERPOLATION_LINEAR,
+ DRM_COLOROP_FLAG_ALLOW_BYPASS);
+ break;
+ default:
+ drm_err(plane->dev, "Invalid colorop id [%d]", id);
+ ret = -EINVAL;
}
- colorop = intel_colorop_create(INTEL_PLANE_CB_POST_CSC_LUT);
- ret = drm_plane_colorop_curve_1d_lut_init(dev, &colorop->base, plane, &intel_colorop_funcs,
- PLANE_GAMMA_SIZE,
- DRM_COLOROP_LUT1D_INTERPOLATION_LINEAR,
- DRM_COLOROP_FLAG_ALLOW_BYPASS);
if (ret)
- return ret;
+ goto cleanup;
- drm_colorop_set_next_property(prev_op, &colorop->base);
+ if (prev)
+ drm_colorop_set_next_property(&prev->base, &colorop->base);
- list->name = kasprintf(GFP_KERNEL, "Color Pipeline %d", list->type);
+ return colorop;
+
+cleanup:
+ intel_colorop_destroy(&colorop->base);
+ return ERR_PTR(ret);
+}
+
+static
+int _intel_color_pipeline_plane_init(struct drm_plane *plane, struct drm_prop_enum_list *list,
+ enum pipe pipe)
+{
+ struct drm_device *dev = plane->dev;
+ struct intel_display *display = to_intel_display(dev);
+ struct intel_colorop *colorop[MAX_COLOROP];
+ struct intel_colorop *prev = NULL;
+ const enum intel_color_block *pipeline;
+ int pipeline_len;
+ int ret = 0;
+ int i;
+
+ if (plane_has_3dlut(display, pipe, plane)) {
+ pipeline = xe3plpd_primary_plane_pipeline;
+ pipeline_len = ARRAY_SIZE(xe3plpd_primary_plane_pipeline);
+ } else {
+ pipeline = hdr_plane_pipeline;
+ pipeline_len = ARRAY_SIZE(hdr_plane_pipeline);
+ }
+
+ for (i = 0; i < pipeline_len; i++) {
+ colorop[i] = intel_color_pipeline_plane_add_colorop(plane, prev,
+ pipeline[i]);
+ if (IS_ERR(colorop[i])) {
+ ret = PTR_ERR(colorop[i]);
+ goto cleanup;
+ }
+
+ prev = colorop[i];
+ }
+
+ list->type = colorop[0]->base.base.id;
+ list->name = kasprintf(GFP_KERNEL, "Color Pipeline %d", colorop[0]->base.base.id);
return 0;
+
+cleanup:
+ while (--i >= 0)
+ intel_colorop_destroy(&colorop[i]->base);
+ return ret;
}
int intel_color_pipeline_plane_init(struct drm_plane *plane, enum pipe pipe)
--
2.25.1
next prev parent reply other threads:[~2026-01-13 10:49 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-13 10:22 [PATCH v3 00/13] drm: Color pipeline teardown and follow-up fixes/improvements Chaitanya Kumar Borah
2026-01-13 10:22 ` [PATCH v3 01/13] drm/i915/color: Place 3D LUT after CSC in plane color pipeline Chaitanya Kumar Borah
2026-01-13 10:22 ` [PATCH v3 02/13] drm/amd/display: Fix color pipeline enum name leak Chaitanya Kumar Borah
2026-01-13 10:22 ` [PATCH v3 03/13] drm/vkms: " Chaitanya Kumar Borah
2026-01-13 10:22 ` [PATCH v3 04/13] drm/i915/display: " Chaitanya Kumar Borah
2026-01-13 10:22 ` [PATCH v3 05/13] drm/colorop: Add destroy helper for colorop objects Chaitanya Kumar Borah
2026-01-13 10:22 ` [PATCH v3 06/13] drm: Allow driver-managed destruction of " Chaitanya Kumar Borah
2026-01-14 5:37 ` Kandpal, Suraj
2026-01-14 7:51 ` Borah, Chaitanya Kumar
2026-01-13 10:22 ` [PATCH v3 07/13] drm/amd/display: Hook up colorop destroy helper for plane pipelines Chaitanya Kumar Borah
2026-01-13 10:22 ` [PATCH v3 08/13] drm/vkms: " Chaitanya Kumar Borah
2026-01-13 10:22 ` [PATCH v3 09/13] drm/i915/display: Hook up intel_colorop_destroy Chaitanya Kumar Borah
2026-01-13 10:23 ` [PATCH v3 10/13] drm: Clean up colorop objects during mode_config cleanup Chaitanya Kumar Borah
2026-01-13 10:23 ` [PATCH v3 11/13] drm/vkms: Remove drm_colorop_pipeline_destroy() from vkms_destroy() Chaitanya Kumar Borah
2026-01-13 10:23 ` [PATCH v3 12/13] drm/colorop: Use destroy callback for color pipeline teardown Chaitanya Kumar Borah
2026-01-13 10:23 ` Chaitanya Kumar Borah [this message]
2026-01-13 11:18 ` ✗ CI.checkpatch: warning for drm: Color pipeline teardown and follow-up fixes/improvements (rev3) Patchwork
2026-01-13 11:19 ` ✓ CI.KUnit: success " Patchwork
2026-01-13 11:38 ` ✗ CI.checksparse: warning " Patchwork
2026-01-13 12:06 ` ✓ Xe.CI.BAT: success " Patchwork
2026-01-13 19:20 ` ✗ Xe.CI.Full: failure " Patchwork
2026-01-21 13:51 ` [PATCH v3 00/13] drm: Color pipeline teardown and follow-up fixes/improvements Jani Nikula
2026-01-22 9:57 ` Maarten Lankhorst
2026-01-27 6:00 ` Borah, Chaitanya Kumar
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20260113102303.724205-14-chaitanya.kumar.borah@intel.com \
--to=chaitanya.kumar.borah@intel.com \
--cc=alex.hung@amd.com \
--cc=amd-gfx@lists.freedesktop.org \
--cc=contact@emersion.fr \
--cc=daniels@collabora.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=harry.wentland@amd.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=jani.nikula@linux.intel.com \
--cc=louis.chauvet@bootlin.com \
--cc=matthew.d.roper@intel.com \
--cc=mwen@igalia.com \
--cc=nfraprado@collabora.com \
--cc=suraj.kandpal@intel.com \
--cc=uma.shankar@intel.com \
--cc=ville.syrjala@linux.intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox