From: Janusz Krzysztofik <janusz.krzysztofik@linux.intel.com>
To: Mauro Carvalho Chehab <mauro.chehab@linux.intel.com>
Cc: igt-dev@lists.freedesktop.org, Isabella Basso <isabbasso@riseup.net>
Subject: Re: [igt-dev] [PATCH i-g-t 4/8] tests: DRM selftests: switch to KUnit
Date: Wed, 07 Jun 2023 16:39:23 +0200 [thread overview]
Message-ID: <4584627.CvnuH1ECHv@jkrzyszt-mobl2.ger.corp.intel.com> (raw)
In-Reply-To: <2312494.n0HT0TaD9V@jkrzyszt-mobl2.ger.corp.intel.com>
Auto-correction, sorry.
On Wednesday, 7 June 2023 16:35:32 CEST Janusz Krzysztofik wrote:
> On Wednesday, 7 June 2023 14:45:41 CEST Mauro Carvalho Chehab wrote:
> > On Wed, 07 Jun 2023 12:24:55 +0200
> > Janusz Krzysztofik <janusz.krzysztofik@linux.intel.com> wrote:
> >
> > > On Monday, 5 June 2023 12:47:12 CEST Dominik Karol Piatkowski wrote:
> > > > From: Isabella Basso <isabbasso@riseup.net>
> > > >
> > > > As the DRM selftests are now using KUnit [1], update IGT tests as well.
> > > >
> > > > [1] - https://lore.kernel.org/all/20220708203052.236290-1-maira.canal@usp.br/
> > > >
> > > > Signed-off-by: Isabella Basso <isabbasso@riseup.net>
> > > >
> > > > v1 -> v2:
> > > > - drm_buddy|drm_mm: fallback to igt_kselftests if igt_kunit failed
> > > > with code other than IGT_EXIT_ABORT
> > > > - kms_selftest: move igt_kunit tests to separate subtests
> > > > - kms_selftest: fallback to igt_kselftests if all subtests failed
> > > >
> > > > v2 -> v3:
> > > > - expose all subtests
> > > >
> > > > Signed-off-by: Dominik Karol Piątkowski
> <dominik.karol.piatkowski@intel.com>
> > > > Cc: Janusz Krzysztofik <janusz.krzysztofik@linux.intel.com>
> > > > Cc: Mauro Carvalho Chehab <mauro.chehab@linux.intel.com>
> > > > ---
> > > > tests/drm_buddy.c | 4 +++-
> > > > tests/drm_mm.c | 4 +++-
> > > > tests/kms_selftest.c | 8 ++++++++
> > > > 3 files changed, 14 insertions(+), 2 deletions(-)
> > > >
> > > > diff --git a/tests/drm_buddy.c b/tests/drm_buddy.c
> > > > index 06876e0c..3261f0d6 100644
> > > > --- a/tests/drm_buddy.c
> > > > +++ b/tests/drm_buddy.c
> > > > @@ -10,5 +10,7 @@ IGT_TEST_DESCRIPTION("Basic sanity check of DRM's
> buddy
> > > allocator (struct drm_bu
> > > >
> > > > igt_main
> > > > {
> > > > - igt_kselftests("test-drm_buddy", NULL, NULL, NULL);
> > > > + int ret = igt_kunit("drm_buddy_test", NULL);
> > > > + if (ret != 0 && ret != IGT_EXIT_ABORT)
> > > > + igt_kselftests("test-drm_buddy", NULL, NULL, NULL);
> > > > }
> > > > diff --git a/tests/drm_mm.c b/tests/drm_mm.c
> > > > index 0bce7139..88f76a57 100644
> > > > --- a/tests/drm_mm.c
> > > > +++ b/tests/drm_mm.c
> > > > @@ -156,5 +156,7 @@ IGT_TEST_DESCRIPTION("Basic sanity check of DRM's
> range
> > > manager (struct drm_mm)"
> > > >
> > > > igt_main
> > > > {
> > > > - igt_kselftests("test-drm_mm", NULL, NULL, NULL);
> > > > + int ret = igt_kunit("drm_mm_test", NULL);
> > > > + if (ret != 0 && ret != IGT_EXIT_ABORT)
> > > > + igt_kselftests("test-drm_mm", NULL, NULL, NULL);
> > >
> > > My discussion with Mauro about subtest names and their consistency with
> inline
> > > documentation has lead me to a question: have we verified if behavior of
> > > --list-subtests option under such conditional construct is consistent with
> > > expectations of the testplan tool?
> > >
> > > But maybe we should still get back to a design phase and the question of
> how
> > > we want these three generic DRM selftests to behave on old and new kernels
> > > after the change.
> > >
> > > Option 1:
> > > We just add kunit variants as new subtests, aside the existing i915-like
> > > selftest subtests. Whether kunit or i915-like selftest variants will
> execute
> > > or skip depends on availability of required kernel side kunit or selftest
> > > modules.
> > >
> > > Option 2:
> > > Each of the three tests still provides one igt_subtest_with_dynamic().
> Which
> > > dynamic subtests are executed, whether kunit or i915-like selftest or
> none,
> > > depends on availability of required kernel modules.
> > >
> > > Option 3:
> > > Current approach: provide only kunit subtests on kernels with kunit
> modules
> > > and only i915-like sleftest subtests otherwise. But then, take care of
> > > --list-subtests option always returning only names of subtests that can be
> > > executed (for which kernel modules are available).
> > > Aditional assumption for the testplan tool: the same kunit kernel modules
> > > available when building the testplan will be available when executing it.
> >
> > It sounds to me that you're over complicating it.
>
> No, but I was just wrong about --list-subtests behavior for option 3. It
> always displays the name of the kunit subtest, never of the i915-selftest-like
> subtest, no matter which kernel modules are available.
>
> >
> > At IGT build time, it doesn't really matter if the tests will run with
> > KUnit or kselftest. What it matters is that igt dynamic subtest is
> > properly setup, in a way that --list will display the dynamic subtest(s)
> > that are part of it.
> >
> > Looking further, this series touch only 3 tests:
> >
> > - tests/drm_buddy.c
> > - tests/drm_mm.c
> > - tests/kms_selftest.c
> >
> > The first two are related to some changes that already happened
> > upstream: DRM core now uses KUnit and don't have support for
> > selftests.
> >
> > For KMS, I would expect that the Xe driver will require those to use
> > KUnit as well, as Xe driver doesn't support selftest. It may either
> > run as selftest or KUnit for i915. The IGT runtime decision to run
> > either with KUnit or via selftest may depend if the Kernel is built
> > with KUnit support or not.
> >
> > -
> >
> > Now, preserving dynamic subtest namespace is particularly needed
> > by drm_mm, which has an extensive documentation for the subtests
> > provided by DRM core. We need to group the tests there inside
> > igt_subtest_with_dynamic("all-tests"), in order to preserve the
> > documentation we have.
> >
> > An alternative approach would be to change it to some other
> > name:
> >
> > igt_subtest_with_dynamic("some-foo-name")
> >
> > And then rename the subtests inside tests/drm_mm.c replacing
> > "all-tests" with "some-foo-name".
> >
> > I can't see any rationale for doing that, but, if you think it
> > is worth doing that, feel free to submit a patch after we have
> > this patch series merged.
>
> So we're back to the discussion limited to subtest naming, while I was not
> talking about subtest names, only about the structure of the tests, and for me
> it seems like you missed my points.
>
> Having the whole series applied, we can now observe two different approaches:
>
> Tests drm_mm and drm_buddy implement my option 1.
Should read: option 3
> Command line option
> --list-subtests displays only the name of the kunit subtest. Its name
> "all-tests" is deliberately the same as that of the i915-like selftest
> subtest, called conditionally if the former returns an error code (which never
> happens with --list-subtests, I believe). Documentation checking tool, which
> ignores dynamic sub-subtests documentation sections if any, will be happy. If
> the documentation provides details on individual dynamic sub-subtests then it
> will be correct as long as respective kunit kernel modules provide the same
> set of tests as their old i915-selftest-like counterparts.
>
> OTOH, test kms_selftest implements my option 3.
Should read: option 1
> Command line option
> --list-subtests displays a static list of several kunit subtest names,
> followed by the name of the i915-selftest-like subtest "all-test", which is
> not consistent with drm_mm and drm_buddy. All subtests, including the i915-
> selftest-like one, will have to be documented to make the documentation
> checking tool happy.
>
> Other than that, I think that returning from a subtest body via just return,
> as implemented by patch 6/8, and not via either igt_success() or igt_fail()
> and friends is not supported, then I think we can't predict how the tests
> modified with this series will behave under different conditions.
>
> Thanks,
> Janusz
>
> >
> > Regards,
> > Mauro
> >
>
>
next prev parent reply other threads:[~2023-06-07 14:39 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-06-05 10:47 [igt-dev] [PATCH v5 i-g-t 0/8] Introduce KUnit Dominik Karol Piatkowski
2023-06-05 10:47 ` [igt-dev] [PATCH i-g-t 1/8] lib/igt_kmod: rename kselftest functions to ktest Dominik Karol Piatkowski
2023-06-05 10:55 ` Mauro Carvalho Chehab
2023-06-05 10:47 ` [igt-dev] [PATCH i-g-t 2/8] lib/igt_kmod.c: check if module is builtin before attempting to unload it Dominik Karol Piatkowski
2023-06-05 10:56 ` Mauro Carvalho Chehab
2023-06-05 10:47 ` [igt-dev] [PATCH i-g-t 3/8] lib/igt_kmod: add compatibility for KUnit Dominik Karol Piatkowski
2023-06-05 10:59 ` Mauro Carvalho Chehab
2023-06-05 10:47 ` [igt-dev] [PATCH i-g-t 4/8] tests: DRM selftests: switch to KUnit Dominik Karol Piatkowski
2023-06-05 11:00 ` Mauro Carvalho Chehab
2023-06-07 10:24 ` Janusz Krzysztofik
2023-06-07 12:45 ` Mauro Carvalho Chehab
2023-06-07 14:35 ` Janusz Krzysztofik
2023-06-07 14:39 ` Janusz Krzysztofik [this message]
2023-06-07 15:59 ` Mauro Carvalho Chehab
2023-06-07 17:40 ` Janusz Krzysztofik
2023-06-08 7:56 ` Mauro Carvalho Chehab
2023-06-05 10:47 ` [igt-dev] [PATCH i-g-t 5/8] Change logic of ktap parser to run on a thread Dominik Karol Piatkowski
2023-06-05 11:03 ` Mauro Carvalho Chehab
2023-06-05 10:47 ` [igt-dev] [PATCH i-g-t 6/8] lib/igt_kmod: place KUnit tests on a subtest Dominik Karol Piatkowski
2023-06-06 7:44 ` Janusz Krzysztofik
2023-06-06 8:21 ` Mauro Carvalho Chehab
2023-06-06 8:41 ` Janusz Krzysztofik
2023-06-06 9:18 ` Mauro Carvalho Chehab
2023-06-06 10:03 ` Janusz Krzysztofik
2023-06-06 13:57 ` Mauro Carvalho Chehab
2023-06-06 14:22 ` Janusz Krzysztofik
2023-06-07 8:10 ` Mauro Carvalho Chehab
2023-06-05 10:47 ` [igt-dev] [PATCH i-g-t 7/8] kunit tests: add an optional name for the selftests Dominik Karol Piatkowski
2023-06-05 10:47 ` [igt-dev] [PATCH i-g-t 8/8] lib/igt_kmod: fix nesting igt_fixture in igt_subtest Dominik Karol Piatkowski
2023-06-05 11:05 ` Mauro Carvalho Chehab
2023-06-06 7:42 ` Janusz Krzysztofik
2023-06-08 13:31 ` Mauro Carvalho Chehab
2023-06-05 12:12 ` [igt-dev] ✓ Fi.CI.BAT: success for Introduce KUnit (rev5) Patchwork
2023-06-06 7:46 ` [igt-dev] [PATCH v5 i-g-t 0/8] Introduce KUnit Janusz Krzysztofik
2023-06-06 7:54 ` Piatkowski, Dominik Karol
2023-06-06 8:18 ` Mauro Carvalho Chehab
2023-06-06 8:35 ` Piatkowski, Dominik Karol
2023-06-07 14:07 ` Janusz Krzysztofik
2023-06-06 9:42 ` [igt-dev] ✗ Fi.CI.IGT: failure for Introduce KUnit (rev5) Patchwork
2023-06-09 10:15 ` [igt-dev] [PATCH v5 i-g-t 0/8] Introduce KUnit Janusz Krzysztofik
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=4584627.CvnuH1ECHv@jkrzyszt-mobl2.ger.corp.intel.com \
--to=janusz.krzysztofik@linux.intel.com \
--cc=igt-dev@lists.freedesktop.org \
--cc=isabbasso@riseup.net \
--cc=mauro.chehab@linux.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