From: "Manszewski, Christoph" <christoph.manszewski@intel.com>
To: Kamil Konieczny <kamil.konieczny@linux.intel.com>,
igt-dev@lists.freedesktop.org
Cc: "Zbigniew Kempczyński" <zbigniew.kempczynski@intel.com>,
"Jari Tahvanainen" <jari.tahvanainen@intel.com>,
"Katarzyna Piecielska" <katarzyna.piecielska@intel.com>,
"Mauro Carvalho Chehab" <mchehab@kernel.org>
Subject: Re: [PATCH i-g-t 0/1] relax doc generation for non-compiled tests
Date: Fri, 13 Sep 2024 12:58:15 +0200 [thread overview]
Message-ID: <81a845ea-9f06-4360-b541-45aa0c5a65bc@intel.com> (raw)
In-Reply-To: <20240912140401.137060-1-kamil.konieczny@linux.intel.com>
Hi Kamil,
On 12.09.2024 16:04, Kamil Konieczny wrote:
> New tests added with conditional compilation result in error reported
> when generating testlist. For example, with a recent series with new
> eudebug igt tests from here:
> https://patchwork.freedesktop.org/series/136623/
> ("Test coverage for GPU debug support")
>
> when --exclude-files option was removed from version 6:
> https://patchwork.freedesktop.org/series/136623/#rev6
>
> then compiling with testplan report warnings:
>
> xe_eudebug.testlist: Testlist file not found.
> xe_eudebug_online.testlist: Testlist file not found.
> xe_exec_sip_eudebug.testlist: Testlist file not found.
> Warning: Documented igt@xe_eudebug@attach-debug-metadata doesn't exist on source files
> Warning: Documented igt@xe_eudebug@basic-client doesn't exist on source files
> Warning: Documented igt@xe_eudebug@basic-client-th doesn't exist on source files
> [...rest omitted...]
>
> and exits with an error.
>
> Relax that check to only report error on missing documentation, and treat
> new added tests without a compiled binary as a new tests under development
> or as tests outside a compilation scope (such as chamelium). This should
> allow to have new tests in documentation and track them.
>
> With dropped --exclude-files patch and dropped changes in docs/testplan/meson.build
> generation of testplan succeeds and in report it can be find:
Well the only issue I see with this approach is that we actually
generate documentation for tests that weren't built, while the
'--exclude_files' flag skips doc generation all together. But if this is
intended/accepted I am happy to move forward with your solution.
Thanks,
Christoph
>
> [1897/1905] Generating docs/testplan/xe_tests.rst with a custom command
> xe_eudebug.testlist: Testlist file not found.
> xe_eudebug_online.testlist: Testlist file not found.
> xe_exec_sip_eudebug.testlist: Testlist file not found.
> xe_eudebug: No binary found, test was not compiled.
> xe_eudebug_online: No binary found, test was not compiled.
> xe_exec_sip_eudebug: No binary found, test was not compiled.
> Info: Documented igt@xe_eudebug@attach-debug-metadata don't have a binary xe_eudebug
> Info: Documented igt@xe_eudebug_online@basic-breakpoint don't have a binary xe_eudebug_online
> Info: Documented igt@xe_exec_sip_eudebug@breakpoint-waitsip don't have a binary xe_exec_sip_eudebug
> [1898/1905] Generating docs/testplan/i915_tests.rst with a custom command
> [1899/1905] Generating docs/testplan/kms_tests.rst with a custom command
> [1900/1905] Generating docs/testplan/intel-ci-tests with a custom command
> [1901/1905] Generating docs/testplan/xe_tests.html with a custom command
> [1902/1905] Generating docs/testplan/i915_tests.html with a custom command
> [1903/1905] Compiling C object runner/runner_test.p/runner_tests.c.o
> [1904/1905] Generating docs/testplan/kms_tests.html with a custom command
> [1905/1905] Linking target runner/runner_test
>
>
> Cc: Christoph Manszewski <christoph.manszewski@intel.com>
> Cc: Zbigniew Kempczyński <zbigniew.kempczynski@intel.com>
> Cc: Jari Tahvanainen <jari.tahvanainen@intel.com>
> Cc: Katarzyna Piecielska <katarzyna.piecielska@intel.com>
> Cc: Mauro Carvalho Chehab <mchehab@kernel.org>
>
> Kamil Konieczny (1):
> scripts/test_list: relax treatment of non-compiled tests
>
> scripts/test_list.py | 31 +++++++++++++++++++++++++++++--
> 1 file changed, 29 insertions(+), 2 deletions(-)
>
prev parent reply other threads:[~2024-09-13 10:58 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-12 14:04 [PATCH i-g-t 0/1] relax doc generation for non-compiled tests Kamil Konieczny
2024-09-12 14:04 ` [PATCH i-g-t 1/1] scripts/test_list: relax treatment of " Kamil Konieczny
2024-09-13 11:03 ` Manszewski, Christoph
2024-09-12 16:47 ` ✓ Fi.CI.BAT: success for relax doc generation for " Patchwork
2024-09-12 17:06 ` ✓ CI.xeBAT: " Patchwork
2024-09-13 5:11 ` ✗ CI.xeFULL: failure " Patchwork
2024-09-13 6:02 ` ✗ Fi.CI.IGT: " Patchwork
2024-09-13 10:58 ` Manszewski, Christoph [this message]
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=81a845ea-9f06-4360-b541-45aa0c5a65bc@intel.com \
--to=christoph.manszewski@intel.com \
--cc=igt-dev@lists.freedesktop.org \
--cc=jari.tahvanainen@intel.com \
--cc=kamil.konieczny@linux.intel.com \
--cc=katarzyna.piecielska@intel.com \
--cc=mchehab@kernel.org \
--cc=zbigniew.kempczynski@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