Igt-dev Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: "Modem, Bhanuprakash" <bhanuprakash.modem@intel.com>
To: Swati Sharma <swati2.sharma@intel.com>, <igt-dev@lists.freedesktop.org>
Subject: Re: [igt-dev] [PATCH i-g-t] tests/feature_discovery: detect mst configuration
Date: Wed, 6 Sep 2023 12:47:45 +0530	[thread overview]
Message-ID: <d778af1c-e805-1e8b-bfa2-dce8a52ed500@intel.com> (raw)
In-Reply-To: <20230826050538.1184370-1-swati2.sharma@intel.com>

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@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);
> +		}
>   	}
>   }

  parent reply	other threads:[~2023-09-06  7:18 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-08-26  5:05 [igt-dev] [PATCH i-g-t] tests/feature_discovery: detect mst configuration Swati Sharma
2023-08-26  5:12 ` [igt-dev] ✗ GitLab.Pipeline: warning for tests/feature_discovery: detect mst configuration (rev2) Patchwork
2023-08-26  5:36 ` [igt-dev] ✓ CI.xeBAT: success " Patchwork
2023-08-26  5:50 ` [igt-dev] ✓ Fi.CI.BAT: " Patchwork
2023-08-26 16:45 ` [igt-dev] ✗ Fi.CI.IGT: failure " Patchwork
2023-09-05  7:33 ` [igt-dev] [i-g-t] tests/feature_discovery: detect mst configuration Joshi, Kunal1
2023-09-06  7:17 ` Modem, Bhanuprakash [this message]
  -- strict thread matches above, loose matches on Subject: below --
2023-08-25 17:15 [igt-dev] [PATCH i-g-t] " Swati Sharma

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=d778af1c-e805-1e8b-bfa2-dce8a52ed500@intel.com \
    --to=bhanuprakash.modem@intel.com \
    --cc=igt-dev@lists.freedesktop.org \
    --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