[igt-dev] [PATCH i-g-t] tests/feature_discovery: detect mst configuration

Modem, Bhanuprakash bhanuprakash.modem at intel.com
Wed Sep 6 07:17:45 UTC 2023


Hi Swati,

On Sat-26-08-2023 10:35 am, Swati Sharma wrote:
> Add test to detect if we have mst configuration.
> 
> Signed-off-by: Swati Sharma <swati2.sharma at intel.com>
> ---
>   tests/feature_discovery.c | 14 ++++++++++++++

It is out of scope of this patch, but why don't we rename this test to 
kms_feature_discovery? since it is having display specific tests only.

>   1 file changed, 14 insertions(+)
> 
> diff --git a/tests/feature_discovery.c b/tests/feature_discovery.c
> index d1f4b1633..c160a51de 100644
> --- a/tests/feature_discovery.c
> +++ b/tests/feature_discovery.c
> @@ -113,5 +113,19 @@ igt_main {
>   		igt_subtest("psr2") {
>   			igt_require(psr_sink_support(fd, debugfs_fd, PSR_MODE_2));
>   		}
> +
> +		igt_describe("Make sure that we have DP-MST configuration.");
> +		igt_subtest("dp-mst") {
> +			igt_output_t *output;
> +			enum pipe pipe;
> +			int ret;
> +			for_each_valid_output_on_pipe(&display, pipe, output) {
> +				igt_output_set_pipe(output, pipe);

Do we really need to set the output to pipe?
I think, we just need to iterate through connected outputs 
(for_each_connected_output) & check for the encoder (by parsing the 
'PATH' prop blob) is enough.

> +				ret = igt_check_output_is_dp_mst(output);

For me it looks like this change is trying to validate the IGT lib.

I can feel, it would be good to read the 'PATH' property blob & search 
for the encoder name to make sure it is a MST.

- Bhanu

> +				if (ret != 0)
> +					break;
> +			}
> +			igt_require(ret != 0);
> +		}
>   	}
>   }


More information about the igt-dev mailing list