From: Chris Wilson <chris@chris-wilson.co.uk>
To: igt-dev@lists.freedesktop.org
Subject: [igt-dev] [PATCH i-g-t] igt/kms_vblank: Exercise some EINVAL
Date: Tue, 4 Sep 2018 19:51:59 +0100 [thread overview]
Message-ID: <20180904185159.10626-1-chris@chris-wilson.co.uk> (raw)
Feed some impossible garbage into drmWaitVblank and expect the kernel to
report EINVAL.
Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
Cc: Daniel Vetter <daniel.vetter@ffwll.ch>
---
tests/kms_vblank.c | 45 +++++++++++++++++++++++++++++++++++++++++++++
1 file changed, 45 insertions(+)
diff --git a/tests/kms_vblank.c b/tests/kms_vblank.c
index b3cd2d93c..3e7aff3fe 100644
--- a/tests/kms_vblank.c
+++ b/tests/kms_vblank.c
@@ -455,6 +455,48 @@ static void run_subtests_for_pipe(data_t *data)
}
}
+static void invalid_subtest(data_t *data, int fd)
+{
+ union drm_wait_vblank vbl;
+ unsigned long invalid_flags;
+
+ igt_display_require_output_on_pipe(&data->display, 0);
+
+ /* First check all is well with a simple query */
+ memset(&vbl, 0, sizeof(vbl));
+ vbl.request.type = DRM_VBLANK_RELATIVE;
+ igt_assert_eq(wait_vblank(fd, &vbl), 0);
+
+ invalid_flags = ~(_DRM_VBLANK_TYPES_MASK |
+ _DRM_VBLANK_FLAGS_MASK |
+ _DRM_VBLANK_HIGH_CRTC_MASK);
+
+ /* pick some interesting invalid permutations */
+ memset(&vbl, 0, sizeof(vbl));
+ vbl.request.type = _DRM_VBLANK_RELATIVE | invalid_flags;
+ igt_assert_eq(wait_vblank(fd, &vbl), -EINVAL);
+ for (int bit = 0; bit < 32; bit++) {
+ int err;
+
+ if (~invalid_flags & (1 << bit))
+ continue;
+
+ memset(&vbl, 0, sizeof(vbl));
+ vbl.request.type = _DRM_VBLANK_RELATIVE | (1 << bit);
+ err = wait_vblank(fd, &vbl);
+ igt_assert_f(err == -EINVAL,
+ "vblank wait with invalid request.type bit %d [0x%08x] did not report -EINVAL, got %d\n",
+ bit, 1 << bit, err);
+ }
+
+ /* check the maximum pipe, nobody should have that many pipes! */
+ memset(&vbl, 0, sizeof(vbl));
+ vbl.request.type = _DRM_VBLANK_RELATIVE;
+ vbl.request.type |= _DRM_VBLANK_SECONDARY;
+ vbl.request.type |= _DRM_VBLANK_FLAGS_MASK;
+ igt_assert_eq(wait_vblank(fd, &vbl), -EINVAL);
+}
+
igt_main
{
int fd;
@@ -469,6 +511,9 @@ igt_main
igt_display_require_output(&data.display);
}
+ igt_subtest("invalid")
+ invalid_subtest(&data, fd);
+
igt_subtest("crtc-id")
crtc_id_subtest(&data, fd);
--
2.19.0.rc1
_______________________________________________
igt-dev mailing list
igt-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/igt-dev
next reply other threads:[~2018-09-04 18:52 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-09-04 18:51 Chris Wilson [this message]
2018-09-04 19:21 ` [igt-dev] ✓ Fi.CI.BAT: success for igt/kms_vblank: Exercise some EINVAL Patchwork
2018-09-04 21:52 ` [igt-dev] [PATCH i-g-t] " Daniel Vetter
2018-09-04 22:00 ` Chris Wilson
2018-09-05 2:49 ` [igt-dev] ✓ Fi.CI.IGT: success for " 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=20180904185159.10626-1-chris@chris-wilson.co.uk \
--to=chris@chris-wilson.co.uk \
--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