From: Michal Wajdeczko <michal.wajdeczko@intel.com>
To: Marcin Bernatowicz <marcin.bernatowicz@linux.intel.com>,
igt-dev@lists.freedesktop.org
Cc: Adam Miszczak <adam.miszczak@linux.intel.com>,
Lukasz Laguna <lukasz.laguna@intel.com>,
Jakub Kolakowski <jakub1.kolakowski@intel.com>,
Kamil Konieczny <kamil.konieczny@linux.intel.com>
Subject: Re: [PATCH i-g-t] tests/intel-ci/xe-sriov-vf.blocklist.txt: Blocklist for SR-IOV VF BAT runs
Date: Thu, 18 Jul 2024 12:37:17 +0200 [thread overview]
Message-ID: <ec909366-edd6-45d5-901c-880334ce3fdd@intel.com> (raw)
In-Reply-To: <20240717153051.1000030-1-marcin.bernatowicz@linux.intel.com>
On 17.07.2024 17:30, Marcin Bernatowicz wrote:
> Blocklist tests not applicable for Virtual Function (VF) BAT runs.
is this 'VF BAT run' about running IGTs in VM, or it's something different?
> The list extends xe.blocklist.txt to enable xe-fast-feedback.testlist
> execution on VF device.
maybe it's just a outdated doc, but README [1] says that blocklist is
only applied to *FULL* not *BAT* runs:
"blacklist.txt
This file contains regular expressions (one per line) for tests that are
not to be executed in full suite test rounds."
[1]
https://gitlab.freedesktop.org/drm/igt-gpu-tools/-/blob/master/tests/intel-ci/README?ref_type=heads
>
> Cc: Adam Miszczak <adam.miszczak@linux.intel.com>
> Cc: Lukasz Laguna <lukasz.laguna@intel.com>
> Cc: Jakub Kolakowski <jakub1.kolakowski@intel.com>
> Cc: Michal Wajdeczko <Michal.Wajdeczko@intel.com>
> Cc: Kamil Konieczny <kamil.konieczny@linux.intel.com>
> Signed-off-by: Marcin Bernatowicz <marcin.bernatowicz@linux.intel.com>
> ---
> tests/intel-ci/meson.build | 1 +
> tests/intel-ci/xe-sriov-vf.blocklist.txt | 21 +++++++++++++++++++++
> 2 files changed, 22 insertions(+)
> create mode 100644 tests/intel-ci/xe-sriov-vf.blocklist.txt
>
> diff --git a/tests/intel-ci/meson.build b/tests/intel-ci/meson.build
> index f16243cbb..59323eda9 100644
> --- a/tests/intel-ci/meson.build
> +++ b/tests/intel-ci/meson.build
> @@ -11,6 +11,7 @@ intelci_files = [
> 'xe.blocklist.txt',
> 'xe-fast-feedback.testlist',
> 'xe-fast-feedback-chamelium-only.testlist',
> + 'xe-sriov-vf.blocklist.txt',
> ]
>
> install_data(sources : intelci_files, install_dir : datadir)
> diff --git a/tests/intel-ci/xe-sriov-vf.blocklist.txt b/tests/intel-ci/xe-sriov-vf.blocklist.txt
> new file mode 100644
> index 000000000..dae20bc6c
> --- /dev/null
> +++ b/tests/intel-ci/xe-sriov-vf.blocklist.txt
not a CI expert, but if there is:
xe-fast-feedback.testlist
then maybe corresponding blocklist should be named:
xe-fast-feedback.vf.blocklist
(and btw, I'm wondering why blocklists have .txt extension while
testlists correctly don't have it)
> @@ -0,0 +1,21 @@
> +##################################################################
> +# Block list for VF xe-fast-feedback runs
> +##################################################################
> +# The module is already loaded when VF is created
> +##################################################################
> +igt@xe_module_load
if tests are executed inside the VM then testing a module reload is
something that we want to have, no?
> +##################################################################
> +# Not applicable on VF
> +##################################################################
> +igt@fbdev
some devices don't have display (like ATSM) and likely don't have
dedicated .blocklist for them, so maybe it's fine that these tests will
SKIP (unless there will be separate BAT.display run introduced, where we
can also run kms tests)
> +igt@sriov_basic
> +igt@kms.*
> +igt@xe_gt_freq
> +igt@xe_live_ktest
only individual live-testcases might be N/A for VFs, but in general we
want to be able to execute live-tests on the VF
see [2] how this will be improved soon
[2] https://patchwork.freedesktop.org/patch/604990/?series=136163&rev=2
> +igt@xe_pm_residency
> +##################################################################
> +# Under investigation
what does it mean?
is it broken test or broken VF driver?
do we track those failures anywhere?
> +##################################################################
> +igt@xe_debugfs@gt
> +igt@xe_evict_ccs@evict-overcommit-simple
> +igt@xe_evict_ccs@evict-overcommit-parallel-nofree-samefd
next prev parent reply other threads:[~2024-07-18 10:37 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-17 15:30 [PATCH i-g-t] tests/intel-ci/xe-sriov-vf.blocklist.txt: Blocklist for SR-IOV VF BAT runs Marcin Bernatowicz
2024-07-17 17:15 ` ✓ CI.xeBAT: success for " Patchwork
2024-07-17 17:24 ` ✓ Fi.CI.BAT: " Patchwork
2024-07-17 23:28 ` ✗ CI.xeFULL: failure " Patchwork
2024-07-18 8:02 ` Bernatowicz, Marcin
2024-07-18 6:56 ` ✗ Fi.CI.IGT: " Patchwork
2024-07-18 8:03 ` Bernatowicz, Marcin
2024-07-18 10:37 ` Michal Wajdeczko [this message]
2024-07-18 13:04 ` [PATCH i-g-t] " Bernatowicz, Marcin
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=ec909366-edd6-45d5-901c-880334ce3fdd@intel.com \
--to=michal.wajdeczko@intel.com \
--cc=adam.miszczak@linux.intel.com \
--cc=igt-dev@lists.freedesktop.org \
--cc=jakub1.kolakowski@intel.com \
--cc=kamil.konieczny@linux.intel.com \
--cc=lukasz.laguna@intel.com \
--cc=marcin.bernatowicz@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