From: Sean Christopherson <seanjc@google.com>
To: Vipin Sharma <vipinsh@google.com>
Cc: kvm@vger.kernel.org, kvmarm@lists.linux.dev,
kvm-riscv@lists.infradead.org, pbonzini@redhat.com,
borntraeger@linux.ibm.com, frankja@linux.ibm.com,
imbrenda@linux.ibm.com, anup@brainfault.org,
atish.patra@linux.dev, zhaotianrui@loongson.cn,
maobibo@loongson.cn, chenhuacai@kernel.org, maz@kernel.org,
oliver.upton@linux.dev, ajones@ventanamicro.com
Subject: Re: [PATCH v4 9/9] KVM: selftests: Provide README.rst for KVM selftests runner
Date: Wed, 29 Jul 2026 12:09:43 -0700 [thread overview]
Message-ID: <ampP93AEMawDmv4E@google.com> (raw)
In-Reply-To: <20260331194202.1722082-10-vipinsh@google.com>
On Tue, Mar 31, 2026, Vipin Sharma wrote:
> +Generate Default Tests
> +======================
> +
> +Generate the default test case files using the provided make target::
> +
> + # make tests_install
> +
> +This creates the ``testcases_default_gen`` directory containing ``default.test``
> +files. Each KVM selftest has a directory with a ``default.test`` file. This file
> +contains the executable path relative to the KVM selftest root directory
> +(``/tools/testing/selftests/kvm``). For example, the ``dirty_log_perf_test``
> +entry looks like::
> +
> + # cat testcases_default_gen/dirty_log_perf_test/default.test
> + dirty_log_perf_test
> +
> +In above testcase, the runner executes ``dirty_log_perf_test``. Testcase files
> +can provide extra arguments to the test::
> +
> + # cat tests/dirty_log_perf_test/2slot_5vcpu_10iter.test
> + dirty_log_perf_test -x 2 -v 5 -i 10
This is obviously not about the default tests.
> +
> +In this case, the runner executes ``dirty_log_perf_test`` with the specified
> +options.
> +
> +Examples
> +========
> +
> +Display all options::
> +
> + # python3 runner -h
> +
> +Run all default tests::
> +
> + # python3 runner -d testcases_default_gen
s/testcases_default_gen/$(DEFAULT_TESTCASES), because the user (like me) might
change it.
Something like this, if we go testcases => install route?
Generate Default Tests
======================
Generate the default test case files using the provided make target::
# make testcases
Create a ``$(INSTALL_PATH)/$(DEFAULT_TESTCASES)`` directory and a sub-directory
for each KVM selftest, and populate each selftest sub-directory with a
``default.test`` file, where ``default.test`` contains the unqualified
executable path.
For example, the ``dirty_log_perf_test`` entry looks like::
# cat $(DEFAULT_TESTCASES)/dirty_log_perf_test/default.test
dirty_log_perf_test
Note, the ``testcases`` target is dependent on the ``install`` target, i.e.
installing testcases will also run ``install``.
Testcase Syntax
===============
Testcase files can provide extra arguments to the test::
# cat tests/dirty_log_perf_test/2slot_5vcpu_10iter.test
dirty_log_perf_test -x 2 -v 5 -i 10
In this case, the runner executes ``dirty_log_perf_test`` with the specified
options.
Examples
========
Display all options::
# python3 runner -h
Run all default tests::
# python3 runner -d $(DEFAULT_TESTCASES)
Run tests in parallel::
# python3 runner -d $(DEFAULT_TESTCASES) -j 40
Print only passed test status and failed test stderr::
# python3 runner -d $(DEFAULT_TESTCASES) --print-passed status \
--print-failed stderr
Run test binaries from a different directory (e.g., out-of-tree builds)::
# python3 runner -d $(DEFAULT_TESTCASES) -p /path/to/binaries
Save all test outputs (stdout, stderr, status) to a directory::
# python3 runner -d $(DEFAULT_TESTCASES) -o test_outputs
Run specific testcase files::
# python3 runner -t tests/dirty_log_perf_test/2slot_5vcpu_10iter.test
> +
> +Run tests in parallel::
> +
> + # python3 runner -d testcases_default_gen -j 40
> +
> +Print only passed test status and failed test stderr::
> +
> + # python3 runner -d testcases_default_gen --print-passed status \
> + --print-failed stderr
> +
> +Run test binaries from a different directory (e.g., out-of-tree builds)::
> +
> + # python3 runner -d testcases_default_gen -p /path/to/binaries
> +
> +Save all test outputs (stdout, stderr, status) to a directory::
> +
> + # python3 runner -d testcases_default_gen -o test_outputs
> +
> +Run specific testcase files::
> +
> + # python3 runner -t tests/dirty_log_perf_test/2slot_5vcpu_10iter.test
> --
> 2.53.0.1118.gaef5881109-goog
>
prev parent reply other threads:[~2026-07-29 19:09 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-31 19:41 [PATCH v4 0/9] KVM: selftests: Create KVM selftests runner Vipin Sharma
2026-03-31 19:41 ` [PATCH v4 1/9] KVM: selftest: Create KVM selftest runner Vipin Sharma
2026-06-11 1:17 ` Ackerley Tng
2026-06-11 19:08 ` Sean Christopherson
2026-06-11 20:16 ` Ackerley Tng
2026-06-12 1:07 ` Sean Christopherson
2026-06-12 19:45 ` Ackerley Tng
2026-06-12 23:56 ` Sean Christopherson
2026-06-16 16:15 ` Ackerley Tng
2026-06-16 18:29 ` Vipin Sharma
2026-06-16 21:43 ` Vipin Sharma
2026-06-16 23:04 ` Ackerley Tng
2026-03-31 19:41 ` [PATCH v4 2/9] KVM: selftests: Provide executables path option to the " Vipin Sharma
2026-03-31 19:41 ` [PATCH v4 3/9] KVM: selftests: Add timeout option in selftests runner Vipin Sharma
2026-07-29 19:39 ` Sean Christopherson
2026-03-31 19:41 ` [PATCH v4 4/9] KVM: selftests: Add option to save selftest runner output to a directory Vipin Sharma
2026-03-31 19:41 ` [PATCH v4 5/9] KVM: selftests: Run tests concurrently in KVM selftests runner Vipin Sharma
2026-03-31 19:41 ` [PATCH v4 6/9] KVM: selftests: Add various print flags to KVM selftest runner Vipin Sharma
2026-07-29 19:14 ` Sean Christopherson
2026-03-31 19:42 ` [PATCH v4 7/9] KVM: selftests: Print sticky KVM selftests runner status at bottom Vipin Sharma
2026-03-31 19:42 ` [PATCH v4 8/9] KVM: selftests: Add rule to generate default tests for KVM selftests runner Vipin Sharma
2026-07-29 19:07 ` Sean Christopherson
2026-03-31 19:42 ` [PATCH v4 9/9] KVM: selftests: Provide README.rst " Vipin Sharma
2026-07-29 19:09 ` Sean Christopherson [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=ampP93AEMawDmv4E@google.com \
--to=seanjc@google.com \
--cc=ajones@ventanamicro.com \
--cc=anup@brainfault.org \
--cc=atish.patra@linux.dev \
--cc=borntraeger@linux.ibm.com \
--cc=chenhuacai@kernel.org \
--cc=frankja@linux.ibm.com \
--cc=imbrenda@linux.ibm.com \
--cc=kvm-riscv@lists.infradead.org \
--cc=kvm@vger.kernel.org \
--cc=kvmarm@lists.linux.dev \
--cc=maobibo@loongson.cn \
--cc=maz@kernel.org \
--cc=oliver.upton@linux.dev \
--cc=pbonzini@redhat.com \
--cc=vipinsh@google.com \
--cc=zhaotianrui@loongson.cn \
/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