From: Pranay Samala <pranay.samala@intel.com>
To: igt-dev@lists.freedesktop.org
Cc: karthik.b.s@intel.com, swati2.sharma@intel.com,
sameer.lattannavar@intel.com, pranay.samala@intel.com
Subject: [PATCH i-g-t v7 2/2] tests/kms_color: Add multi-format coverage for pipe color tests
Date: Thu, 2 Jul 2026 13:53:23 +0530 [thread overview]
Message-ID: <20260702082323.3398022-3-pranay.samala@intel.com> (raw)
In-Reply-To: <20260702082323.3398022-1-pranay.samala@intel.com>
Extend kms_color tests to run across multiple pixel formats at dynamic
subtest level instead of being limited to single format for gamma/degamma
and CTM tests.
For platforms where only a single format is relevant (e.g. 10-bit
paths), limit the iteration accordingly to avoid redundant testing.
This improves coverage for format-dependent pipe color pipeline
behavior.
v2:
- Add DRM_FORMAT_P010 format
v4:
- Split the patches (Swati)
v5:
- Consolidate format structure with bpc info (Swati)
- Move format support check out of dynamic subtest scope (Swati)
v6:
- Add FP16 format to the format list
- Combine declaration and assignment for mtk_10bpc_only (Swati)
- Use per-format depth in gamma/degamma tests for 10-bit accuracy (Swati)
- Improve comment placement and clarity (Swati)
v7:
- Rebase
Signed-off-by: Pranay Samala <pranay.samala@intel.com>
---
tests/kms_color.c | 149 +++++++++++++++++++++++++++++-----------------
1 file changed, 96 insertions(+), 53 deletions(-)
diff --git a/tests/kms_color.c b/tests/kms_color.c
index 106442f44..65c38dfe0 100644
--- a/tests/kms_color.c
+++ b/tests/kms_color.c
@@ -78,6 +78,19 @@
IGT_TEST_DESCRIPTION("Test Color Features at Pipe level");
+static const struct {
+ const char *name;
+ uint32_t format;
+ int bpc;
+} formats[] = {
+ { "XRGB8888", DRM_FORMAT_XRGB8888, 8 },
+ { "YUYV", DRM_FORMAT_YUYV, 8 },
+ { "NV12", DRM_FORMAT_NV12, 8 },
+ { "XRGB2101010", DRM_FORMAT_XRGB2101010, 10 },
+ { "P010", DRM_FORMAT_P010, 10 },
+ { "FP16", DRM_FORMAT_XRGB16161616F, 16 },
+};
+
static unsigned int create_test_fb(data_t *data, int w, int h,
uint32_t format,
enum igt_color_encoding encoding,
@@ -771,22 +784,46 @@ static void
run_gamma_degamma_tests_for_crtc(data_t *data, igt_crtc_t *crtc,
bool (*test_t)(data_t*, igt_plane_t*))
{
- bool depth_10bit = is_mtk_device(data->drm_fd);
+ bool mtk_10bpc_only = is_mtk_device(data->drm_fd);
test_setup(data, crtc);
/*
* We assume an 8bits or 10bits depth per color for degamma/gamma LUTs
* for CRC checks with framebuffer references.
- * MediaTek requires 10-bit pipeline for accurate (bit true) color processing.
*/
- data->color_depth = depth_10bit ? 10 : 8;
- data->drm_format = depth_10bit ? DRM_FORMAT_XRGB2101010 : DRM_FORMAT_XRGB8888;
data->mode = igt_output_get_mode(data->output);
igt_require(crtc_output_combo_valid(data, crtc));
- igt_assert(test_t(data, data->primary));
+ for (int i = 0; i < ARRAY_SIZE(formats); i++) {
+ /*
+ * Legacy gamma path should stay on RGB formats; keep MediaTek 10bpc
+ * compatibility by allowing XRGB2101010.
+ */
+ if ((test_t == test_pipe_legacy_gamma ||
+ test_t == test_pipe_legacy_gamma_reset) &&
+ formats[i].format != DRM_FORMAT_XRGB8888 &&
+ formats[i].format != DRM_FORMAT_XRGB2101010)
+ continue;
+
+ if (mtk_10bpc_only && formats[i].bpc != 10)
+ continue;
+
+ if (!igt_plane_has_format_mod(data->primary, formats[i].format,
+ DRM_FORMAT_MOD_LINEAR))
+ continue;
+
+ igt_dynamic_f("pipe-%s-%s-%s", igt_crtc_name(crtc),
+ igt_output_name(data->output),
+ formats[i].name) {
+ igt_info("Running on " IGT_FORMAT_FMT " format\n",
+ IGT_FORMAT_ARGS(formats[i].format));
+ data->color_depth = formats[i].bpc;
+ data->drm_format = formats[i].format;
+ igt_assert(test_t(data, data->primary));
+ }
+ }
test_cleanup(data);
}
@@ -806,24 +843,12 @@ run_ctm_tests_for_crtc(data_t *data, igt_crtc_t *crtc,
const double *ctm,
int iter)
{
- bool success = false;
- bool depth_10bit = false;
+ bool success;
+ bool mtk_10bpc_only = is_mtk_device(data->drm_fd);
double delta;
int i;
test_setup(data, crtc);
-
- /* MediaTek can only support bit-ture in 10-bit depth pre color */
- if (is_mtk_device(data->drm_fd))
- depth_10bit = true;
-
- /*
- * We assume an 8bits or 10bits depth per color for degamma/gamma LUTs
- * for CRC checks with framebuffer references.
- */
- data->color_depth = depth_10bit ? 10 : 8;
- delta = 1.0 / (1 << data->color_depth);
- data->drm_format = depth_10bit ? DRM_FORMAT_XRGB2101010 : DRM_FORMAT_XRGB8888;
data->mode = igt_output_get_mode(data->output);
igt_require(crtc_output_combo_valid(data, crtc));
@@ -831,30 +856,52 @@ run_ctm_tests_for_crtc(data_t *data, igt_crtc_t *crtc,
if (!iter)
iter = 1;
- /*
- * We tests a few values around the expected result because
- * it depends on the hardware we're dealing with, we can either
- * get clamped or rounded values and we also need to account
- * for odd number of items in the LUTs.
- */
- for (i = 0; i < iter; i++) {
- color_t expected_colors[3] = {
- fb_colors[0],
- fb_colors[1],
- fb_colors[2],
- };
-
- transform_color(&expected_colors[0], ctm, delta * (i - (iter / 2)));
- transform_color(&expected_colors[1], ctm, delta * (i - (iter / 2)));
- transform_color(&expected_colors[2], ctm, delta * (i - (iter / 2)));
-
- if (test_pipe_ctm(data, data->primary, fb_colors,
- expected_colors, ctm)) {
- success = true;
- break;
+ for (int fi = 0; fi < ARRAY_SIZE(formats); fi++) {
+ if (mtk_10bpc_only && formats[fi].bpc != 10)
+ continue;
+
+ if (!igt_plane_has_format_mod(data->primary, formats[fi].format,
+ DRM_FORMAT_MOD_LINEAR))
+ continue;
+
+ igt_dynamic_f("pipe-%s-%s-%s", igt_crtc_name(crtc),
+ igt_output_name(data->output),
+ formats[fi].name) {
+ data->color_depth = formats[fi].bpc;
+ delta = 1.0 / (1 << data->color_depth);
+ data->drm_format = formats[fi].format;
+ success = false;
+
+ /*
+ * We tests a few values around the expected result because
+ * it depends on the hardware we're dealing with, we can either
+ * get clamped or rounded values and we also need to account
+ * for odd number of items in the LUTs.
+ */
+ for (i = 0; i < iter; i++) {
+ color_t expected_colors[3] = {
+ fb_colors[0],
+ fb_colors[1],
+ fb_colors[2],
+ };
+
+ transform_color(&expected_colors[0], ctm,
+ delta * (i - (iter / 2)));
+ transform_color(&expected_colors[1], ctm,
+ delta * (i - (iter / 2)));
+ transform_color(&expected_colors[2], ctm,
+ delta * (i - (iter / 2)));
+
+ if (test_pipe_ctm(data, data->primary, fb_colors,
+ expected_colors, ctm)) {
+ success = true;
+ break;
+ }
+ }
+
+ igt_assert(success);
}
}
- igt_assert(success);
test_cleanup(data);
}
@@ -1148,11 +1195,9 @@ run_tests_for_pipe(data_t *data)
igt_describe_f("%s", gamma_degamma_tests[i].desc);
igt_subtest_with_dynamic_f("%s", gamma_degamma_tests[i].name) {
for_each_crtc_with_valid_output(&data->display, crtc, data->output) {
- igt_dynamic_f("pipe-%s-%s", igt_crtc_name(crtc),
- igt_output_name(data->output))
- run_gamma_degamma_tests_for_crtc(data,
- crtc,
- gamma_degamma_tests[i].test_t);
+ run_gamma_degamma_tests_for_crtc(data,
+ crtc,
+ gamma_degamma_tests[i].test_t);
}
}
}
@@ -1161,13 +1206,11 @@ run_tests_for_pipe(data_t *data)
igt_describe_f("%s", ctm_tests[i].desc);
igt_subtest_with_dynamic_f("%s", ctm_tests[i].name) {
for_each_crtc_with_valid_output(&data->display, crtc, data->output) {
- igt_dynamic_f("pipe-%s-%s", igt_crtc_name(crtc),
- igt_output_name(data->output))
- run_ctm_tests_for_crtc(data,
- crtc,
- ctm_tests[i].fb_colors,
- ctm_tests[i].ctm,
- ctm_tests[i].iter);
+ run_ctm_tests_for_crtc(data,
+ crtc,
+ ctm_tests[i].fb_colors,
+ ctm_tests[i].ctm,
+ ctm_tests[i].iter);
if (igt_run_in_simulation())
break;
}
--
2.34.1
next prev parent reply other threads:[~2026-07-02 8:13 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-02 8:23 [PATCH i-g-t v7 0/2] Enable multi-format testing for pipe color tests Pranay Samala
2026-07-02 8:23 ` [PATCH i-g-t v7 1/2] tests/kms_color: Prepare FB creation for explicit YUV color range handling Pranay Samala
2026-07-02 8:23 ` Pranay Samala [this message]
2026-07-02 17:39 ` ✓ i915.CI.BAT: success for Enable multi-format testing for pipe color tests (rev4) Patchwork
2026-07-02 17:42 ` ✓ Xe.CI.BAT: " Patchwork
2026-07-03 10:19 ` ✗ Xe.CI.FULL: failure " Patchwork
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=20260702082323.3398022-3-pranay.samala@intel.com \
--to=pranay.samala@intel.com \
--cc=igt-dev@lists.freedesktop.org \
--cc=karthik.b.s@intel.com \
--cc=sameer.lattannavar@intel.com \
--cc=swati2.sharma@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