From: Daniel Vetter <daniel@ffwll.ch>
To: Boris Brezillon <boris.brezillon@collabora.com>
Cc: IGT development <igt-dev@lists.freedesktop.org>,
Keith Packard <keithp@keithp.com>,
Daniel Vetter <daniel.vetter@intel.com>
Subject: Re: [igt-dev] [PATCH i-g-t 9/9] tests/kms_lease: Check crtc used in atomic ioctl
Date: Wed, 27 Mar 2019 10:23:23 +0100 [thread overview]
Message-ID: <20190327092323.GX2665@phenom.ffwll.local> (raw)
In-Reply-To: <20190327093809.5385b941@collabora.com>
On Wed, Mar 27, 2019 at 09:38:09AM +0100, Boris Brezillon wrote:
> On Thu, 28 Feb 2019 15:19:18 +0100
> Daniel Vetter <daniel.vetter@ffwll.ch> wrote:
>
> > We not only need to check that userspace is allowed to use the objects
> > it's changing, but also the objects it's using as property values. The
> > only ones relevant for leases are the CRTC_ID properties on connectors
> > and planes.
> >
> > Current kernels fail this.
> >
> > Cc: Keith Packard <keithp@keithp.com>
> > Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
> > ---
> > tests/kms_lease.c | 89 +++++++++++++++++++++++++++++++++++++++++++++++++++++++
> > 1 file changed, 89 insertions(+)
> >
> > diff --git a/tests/kms_lease.c b/tests/kms_lease.c
> > index b5db37c5d58a..694a612f76a7 100644
> > --- a/tests/kms_lease.c
> > +++ b/tests/kms_lease.c
> > @@ -467,6 +467,94 @@ static void cursor_implicit_plane(data_t *data)
> > connector_id_to_output(&data->master.display, data->connector_id));
> > }
> >
> > +static void atomic_implicit_crtc(data_t *data)
> > +{
> > + uint32_t object_ids[3];
> > + struct local_drm_mode_create_lease mcl;
> > + drmModeRes *resources;
> > + drmModeObjectPropertiesPtr props;
> > + uint32_t wrong_crtc_id = 0;
> > + uint32_t crtc_id_prop = 0;
> > + drmModeAtomicReqPtr req = NULL;
> > + int ret;
> > +
> > + igt_require(data->master.display.is_atomic);
> > +
> > + mcl.object_ids = (uint64_t) (uintptr_t) &object_ids[0];
> > + mcl.object_count = 0;
> > + mcl.flags = 0;
> > +
> > + object_ids[mcl.object_count++] = data->connector_id;
> > + object_ids[mcl.object_count++] = data->plane_id;
> > +
> > + /* find a plane which isn't the primary one for us */
> > + resources = drmModeGetResources(data->master.fd);
> > + igt_assert(resources);
> > + for (int i = 0; i < resources->count_crtcs; i++) {
> > + if (resources->crtcs[i] != data->crtc_id) {
> > + wrong_crtc_id = resources->crtcs[i];
> > + break;
> > + }
> > + }
> > + drmModeFreeResources(resources);
> > + igt_require(wrong_crtc_id);
>
> Same logic duplicated here again.
Now we look for a wrong crtc. The other loops look for a wrong plane or
wrong connector.
>
> > + object_ids[mcl.object_count++] = wrong_crtc_id;
> > +
> > + /* find the CRTC_ID prop, it's global */
> > + props = drmModeObjectGetProperties(data->master.fd, data->plane_id,
> > + DRM_MODE_OBJECT_PLANE);
> > + igt_assert(props);
> > + for (int i = 0; i < props->count_props; i++) {
> > + drmModePropertyPtr prop = drmModeGetProperty(data->master.fd,
> > + props->props[i]);
> > + if (strcmp(prop->name, "CRTC_ID") == 0)
> > + crtc_id_prop = props->props[i];
> > +
> > + printf("prop name %s, prop id %u, prop id %u\n",
> > + prop->name, props->props[i], prop->prop_id);
> > + drmModeFreeProperty(prop);
> > + if (crtc_id_prop)
> > + break;
> > + }
> > + drmModeFreeObjectProperties(props);
> > + igt_assert(crtc_id_prop);
> > +
> > + do_or_die(create_lease(data->master.fd, &mcl));
> > + do_or_die(drmSetClientCap(mcl.fd, DRM_CLIENT_CAP_ATOMIC, 1));
> > +
> > + /* check CRTC_ID property on the plane */
> > + req = drmModeAtomicAlloc();
> > + igt_assert(req);
> > + ret = drmModeAtomicAddProperty(req, data->plane_id,
> > + crtc_id_prop, data->crtc_id);
> > + igt_assert(ret >= 0);
> > +
> > + /* sanity check */
> > + ret = drmModeAtomicCommit(data->master.fd, req, DRM_MODE_ATOMIC_TEST_ONLY, NULL);
> > + igt_assert(ret == 0 || ret == -EINVAL);
>
> Maybe it's worth adding a comment explaining why this call can return
> EINVAL.
Hm yeah makes sense. Something like this?
/* We don't know whether this is a valid configuration for the
* driver we're testing, so allow both success and "invalid
* config" errno codes */
>
> Reviewed-by: Boris Brezillon <boris.brezillon@collabora.com>
Thanks, Daniel
>
> > +
> > + ret = drmModeAtomicCommit(mcl.fd, req, DRM_MODE_ATOMIC_TEST_ONLY, NULL);
> > + igt_assert(ret == -EACCES);
> > + drmModeAtomicFree(req);
> > +
> > + /* check CRTC_ID property on the connector */
> > + req = drmModeAtomicAlloc();
> > + igt_assert(req);
> > + ret = drmModeAtomicAddProperty(req, data->connector_id,
> > + crtc_id_prop, data->crtc_id);
> > + igt_assert(ret >= 0);
> > +
> > + /* sanity check */
> > + ret = drmModeAtomicCommit(data->master.fd, req, DRM_MODE_ATOMIC_TEST_ONLY, NULL);
> > + igt_assert(ret == 0 || ret == -EINVAL);
> > +
> > + ret = drmModeAtomicCommit(mcl.fd, req, DRM_MODE_ATOMIC_TEST_ONLY, NULL);
> > + igt_assert(ret == -EACCES);
> > + drmModeAtomicFree(req);
> > +
> > + close(mcl.fd);
> > +}
> > +
> > /* Test listing lessees */
> > static void lessee_list(data_t *data)
> > {
> > @@ -1194,6 +1282,7 @@ igt_main
> > { "page_flip_implicit_plane", page_flip_implicit_plane },
> > { "setcrtc_implicit_plane", setcrtc_implicit_plane },
> > { "cursor_implicit_plane", cursor_implicit_plane },
> > + { "atomic_implicit_crtc", atomic_implicit_crtc },
> > { }
> > }, *f;
> >
>
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
_______________________________________________
igt-dev mailing list
igt-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/igt-dev
next prev parent reply other threads:[~2019-03-27 9:23 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-02-28 14:19 [igt-dev] [PATCH i-g-t 1/9] tests/kms_addfb_basic: Check that only the owner can rmfb Daniel Vetter
2019-02-28 14:19 ` [igt-dev] [PATCH i-g-t 2/9] tests:core_prop_blob: Drop local_ prefixes Daniel Vetter
2019-02-28 14:29 ` Ville Syrjälä
2019-02-28 14:19 ` [igt-dev] [PATCH i-g-t 3/9] tests: s/core_prop_blob/kms_prop_blob Daniel Vetter
2019-02-28 14:30 ` Ville Syrjälä
2019-02-28 14:19 ` [igt-dev] [PATCH i-g-t 4/9] tests/kms_lease: test implicit primary plane usage in page_flip ioctl Daniel Vetter
2019-03-27 8:04 ` Boris Brezillon
2019-02-28 14:19 ` [igt-dev] [PATCH i-g-t 5/9] tests/kms_lease: test implicit primary plane usage in setcrtc ioctl Daniel Vetter
2019-03-27 8:26 ` Boris Brezillon
2019-03-27 9:21 ` Daniel Vetter
2019-03-27 10:10 ` Boris Brezillon
2019-03-27 12:14 ` Daniel Vetter
2019-02-28 14:19 ` [igt-dev] [PATCH i-g-t 6/9] tests/kms_lease: test implicit cursor plane usage Daniel Vetter
2019-03-27 8:28 ` Boris Brezillon
2019-02-28 14:19 ` [igt-dev] [PATCH i-g-t 7/9] tests/kms_lease: Adjust to kernel errno changes Daniel Vetter
2019-03-27 8:29 ` Boris Brezillon
2019-02-28 14:19 ` [igt-dev] [PATCH i-g-t 8/9] tests/kms_lease: Handle new errno from idr/xa double insert Daniel Vetter
2019-03-27 8:30 ` Boris Brezillon
2019-02-28 14:19 ` [igt-dev] [PATCH i-g-t 9/9] tests/kms_lease: Check crtc used in atomic ioctl Daniel Vetter
2019-03-27 8:38 ` Boris Brezillon
2019-03-27 9:23 ` Daniel Vetter [this message]
2019-02-28 14:29 ` [igt-dev] [PATCH i-g-t 1/9] tests/kms_addfb_basic: Check that only the owner can rmfb Ville Syrjälä
2019-02-28 14:36 ` Chris Wilson
2019-02-28 15:44 ` [igt-dev] ✓ Fi.CI.BAT: success for series starting with [i-g-t,1/9] " Patchwork
2019-02-28 18:05 ` [igt-dev] ✓ Fi.CI.IGT: " Patchwork
2019-03-28 9:09 ` Daniel Vetter
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=20190327092323.GX2665@phenom.ffwll.local \
--to=daniel@ffwll.ch \
--cc=boris.brezillon@collabora.com \
--cc=daniel.vetter@intel.com \
--cc=igt-dev@lists.freedesktop.org \
--cc=keithp@keithp.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