From: Imre Deak <imre.deak@intel.com>
To: Arkadiusz Hiler <arkadiusz.hiler@intel.com>
Cc: igt-dev@lists.freedesktop.org
Subject: Re: [igt-dev] [PATCH i-g-t 1/6] tests/kms_vblank: Make sure that we have a mode set
Date: Mon, 6 Apr 2020 12:11:35 +0300 [thread overview]
Message-ID: <20200406091135.GB29716@ideak-desk.fi.intel.com> (raw)
In-Reply-To: <20200403130306.1272436-1-arkadiusz.hiler@intel.com>
On Fri, Apr 03, 2020 at 04:03:01PM +0300, Arkadiusz Hiler wrote:
> Subtest 'invalid' was depending on a "leftover" mode set by something
> external (usually fbcon) in order to work.
>
> Let's make the test more robust by setting the mode explicitly.
>
> Cc: Imre Deak <imre.deak@intel.com>
> Signed-off-by: Arkadiusz Hiler <arkadiusz.hiler@intel.com>
> ---
> tests/kms_vblank.c | 14 ++++++++++++++
> 1 file changed, 14 insertions(+)
>
> diff --git a/tests/kms_vblank.c b/tests/kms_vblank.c
> index a895ab80..edf8581e 100644
> --- a/tests/kms_vblank.c
> +++ b/tests/kms_vblank.c
> @@ -472,9 +472,22 @@ static void invalid_subtest(data_t *data, int fd)
> {
> union drm_wait_vblank vbl;
> unsigned long valid_flags;
> + enum pipe pipe;
> + igt_output_t* output;
> + bool found = false;
>
> igt_display_require_output_on_pipe(&data->display, 0);
Is the above needed still?
>
> + /* we need to have a mode set, otherwise we will get EINVAL no matter what */
> + for_each_pipe_with_single_output(&data->display, pipe, output) {
> + data->pipe = pipe;
> + found = true;
> + break;
> + }
So far pipe A was assumed. I guess it's better to make it more flexible,
but then you have to add kmstest_get_vbl_flag() to the request flags
too.
> +
> + igt_require_f(found, "No outputs connected = no vblanks\n");
> + prepare_crtc(data, fd, output);
> +
> /* First check all is well with a simple query */
> memset(&vbl, 0, sizeof(vbl));
> vbl.request.type = DRM_VBLANK_RELATIVE;
> @@ -508,6 +521,7 @@ static void invalid_subtest(data_t *data, int fd)
> vbl.request.type |= _DRM_VBLANK_SECONDARY;
> vbl.request.type |= _DRM_VBLANK_FLAGS_MASK;
> igt_assert_eq(wait_vblank(fd, &vbl), -EINVAL);
> + cleanup_crtc(data, fd, output);
> }
>
> igt_main
> --
> 2.24.1
>
_______________________________________________
igt-dev mailing list
igt-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/igt-dev
next prev parent reply other threads:[~2020-04-06 9:12 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-04-03 13:03 [igt-dev] [PATCH i-g-t 1/6] tests/kms_vblank: Make sure that we have a mode set Arkadiusz Hiler
2020-04-03 13:03 ` [igt-dev] [PATCH i-g-t 2/6] tests/kms_dp_dsc: Explicitly enable mode before DSC checks Arkadiusz Hiler
2020-04-06 9:50 ` Imre Deak
2020-04-03 13:03 ` [igt-dev] [PATCH i-g-t 3/6] lib/kms: Commit reasonable defaults on display init Arkadiusz Hiler
2020-04-03 13:03 ` [igt-dev] [PATCH i-g-t 4/6] lib/kms: Reprobe connector state after disabling modest Arkadiusz Hiler
2020-04-03 13:03 ` [igt-dev] [PATCH i-g-t 5/6] tests/kms_chamelium: Issue disabling modeset when resetting state Arkadiusz Hiler
2020-04-03 13:03 ` [igt-dev] [PATCH i-g-t 6/6] tests/kms_chamelium: Test HPD for different mode handling scenarios Arkadiusz Hiler
2020-04-03 14:41 ` [igt-dev] ✓ Fi.CI.BAT: success for series starting with [i-g-t,1/6] tests/kms_vblank: Make sure that we have a mode set Patchwork
2020-04-03 21:43 ` [igt-dev] ✗ Fi.CI.IGT: failure " Patchwork
2020-04-06 9:11 ` Imre Deak [this message]
2020-04-06 12:38 ` [igt-dev] [PATCH i-g-t 1/6] " Arkadiusz Hiler
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=20200406091135.GB29716@ideak-desk.fi.intel.com \
--to=imre.deak@intel.com \
--cc=arkadiusz.hiler@intel.com \
--cc=igt-dev@lists.freedesktop.org \
/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