mirror of
https://github.com/edk2-porting/linux-next.git
synced 2024-12-27 14:43:58 +08:00
8c79f4cd44
- Lots of work on the Chinese and Italian translations - Some license-rules clarifications from Christoph - Various build-script fixes - A new document on memory models - RST conversion of the live-patching docs - The usual collection of typo fixes and corrections. -----BEGIN PGP SIGNATURE----- iQFDBAABCAAtFiEEIw+MvkEiF49krdp9F0NaE2wMflgFAlzSBFkPHGNvcmJldEBs d24ubmV0AAoJEBdDWhNsDH5YUDgIAIn+I0Wjv/vkuh5SKwAmz2wZBf46FCICz7Vg jePmhd1GQ3K9k/xzIKMoaJOipAl+IXT4AnGa9eu+9Xm+D6HejASvtt/uTce4+qPi 9VLu7GmbtQQ0imRi4jjitenrebQXSKudAYbH+/bz7ycH7twWVJWKNLNQ8im9U5Ul LRXQhRsYc2SwJ4mGOGTrqZkb69qkiOy0dQFGKbSM3ipHs/CQy8XMhlY/7aAh7t9N SmKyH341s4Z/dRZIpoSx2QOfSp7njwTw7hxrnOq5unB82u2zrYvVFGxp5kzfQIyC B/q26TG5hVNGH/37/+yOoziyP3Ma8IuF5W0zcg9DbmIi0Gdvg7s= =4Zhc -----END PGP SIGNATURE----- Merge tag 'docs-5.2' of git://git.lwn.net/linux Pull documentation updates from Jonathan Corbet: "A reasonably busy cycle for docs, including: - Lots of work on the Chinese and Italian translations - Some license-rules clarifications from Christoph - Various build-script fixes - A new document on memory models - RST conversion of the live-patching docs - The usual collection of typo fixes and corrections" * tag 'docs-5.2' of git://git.lwn.net/linux: (140 commits) docs/livepatch: Unify style of livepatch documentation in the ReST format docs: livepatch: convert docs to ReST and rename to *.rst scripts/documentation-file-ref-check: detect broken :doc:`foo` scripts/documentation-file-ref-check: don't parse Next/ dir LICENSES: Rename other to deprecated LICENSES: Clearly mark dual license only licenses docs: Don't reference the ZLib license in license-rules.rst docs/vm: Minor editorial changes in the THP and hugetlbfs docs/vm: add documentation of memory models doc:it_IT: translation alignment doc: fix typo in PGP guide dontdiff: update with Kconfig build artifacts docs/zh_CN: fix typos in 1.Intro.rst file docs/zh_CN: redirect CoC docs to Chinese version doc: mm: migration doesn't use FOLL_SPLIT anymore docs: doc-guide: remove the extension from .rst files doc: kselftest: Fix KBUILD_OUTPUT usage instructions docs: trace: fix some Sphinx warnings docs: speculation.txt: mark example blocks as such docs: ntb.txt: add blank lines to clean up some Sphinx warnings ...
302 lines
8.7 KiB
ReStructuredText
302 lines
8.7 KiB
ReStructuredText
======================
|
|
Linux Kernel Selftests
|
|
======================
|
|
|
|
The kernel contains a set of "self tests" under the tools/testing/selftests/
|
|
directory. These are intended to be small tests to exercise individual code
|
|
paths in the kernel. Tests are intended to be run after building, installing
|
|
and booting a kernel.
|
|
|
|
You can find additional information on Kselftest framework, how to
|
|
write new tests using the framework on Kselftest wiki:
|
|
|
|
https://kselftest.wiki.kernel.org/
|
|
|
|
On some systems, hot-plug tests could hang forever waiting for cpu and
|
|
memory to be ready to be offlined. A special hot-plug target is created
|
|
to run the full range of hot-plug tests. In default mode, hot-plug tests run
|
|
in safe mode with a limited scope. In limited mode, cpu-hotplug test is
|
|
run on a single cpu as opposed to all hotplug capable cpus, and memory
|
|
hotplug test is run on 2% of hotplug capable memory instead of 10%.
|
|
|
|
kselftest runs as a userspace process. Tests that can be written/run in
|
|
userspace may wish to use the `Test Harness`_. Tests that need to be
|
|
run in kernel space may wish to use a `Test Module`_.
|
|
|
|
Running the selftests (hotplug tests are run in limited mode)
|
|
=============================================================
|
|
|
|
To build the tests::
|
|
|
|
$ make -C tools/testing/selftests
|
|
|
|
To run the tests::
|
|
|
|
$ make -C tools/testing/selftests run_tests
|
|
|
|
To build and run the tests with a single command, use::
|
|
|
|
$ make kselftest
|
|
|
|
Note that some tests will require root privileges.
|
|
|
|
Kselftest supports saving output files in a separate directory and then
|
|
running tests. To locate output files in a separate directory two syntaxes
|
|
are supported. In both cases the working directory must be the root of the
|
|
kernel src. This is applicable to "Running a subset of selftests" section
|
|
below.
|
|
|
|
To build, save output files in a separate directory with O= ::
|
|
|
|
$ make O=/tmp/kselftest kselftest
|
|
|
|
To build, save output files in a separate directory with KBUILD_OUTPUT ::
|
|
|
|
$ export KBUILD_OUTPUT=/tmp/kselftest; make kselftest
|
|
|
|
The O= assignment takes precedence over the KBUILD_OUTPUT environment
|
|
variable.
|
|
|
|
The above commands by default run the tests and print full pass/fail report.
|
|
Kselftest supports "summary" option to make it easier to understand the test
|
|
results. Please find the detailed individual test results for each test in
|
|
/tmp/testname file(s) when summary option is specified. This is applicable
|
|
to "Running a subset of selftests" section below.
|
|
|
|
To run kselftest with summary option enabled ::
|
|
|
|
$ make summary=1 kselftest
|
|
|
|
Running a subset of selftests
|
|
=============================
|
|
|
|
You can use the "TARGETS" variable on the make command line to specify
|
|
single test to run, or a list of tests to run.
|
|
|
|
To run only tests targeted for a single subsystem::
|
|
|
|
$ make -C tools/testing/selftests TARGETS=ptrace run_tests
|
|
|
|
You can specify multiple tests to build and run::
|
|
|
|
$ make TARGETS="size timers" kselftest
|
|
|
|
To build, save output files in a separate directory with O= ::
|
|
|
|
$ make O=/tmp/kselftest TARGETS="size timers" kselftest
|
|
|
|
To build, save output files in a separate directory with KBUILD_OUTPUT ::
|
|
|
|
$ export KBUILD_OUTPUT=/tmp/kselftest; make TARGETS="size timers" kselftest
|
|
|
|
See the top-level tools/testing/selftests/Makefile for the list of all
|
|
possible targets.
|
|
|
|
Running the full range hotplug selftests
|
|
========================================
|
|
|
|
To build the hotplug tests::
|
|
|
|
$ make -C tools/testing/selftests hotplug
|
|
|
|
To run the hotplug tests::
|
|
|
|
$ make -C tools/testing/selftests run_hotplug
|
|
|
|
Note that some tests will require root privileges.
|
|
|
|
|
|
Install selftests
|
|
=================
|
|
|
|
You can use the kselftest_install.sh tool to install selftests in the
|
|
default location, which is tools/testing/selftests/kselftest, or in a
|
|
user specified location.
|
|
|
|
To install selftests in default location::
|
|
|
|
$ cd tools/testing/selftests
|
|
$ ./kselftest_install.sh
|
|
|
|
To install selftests in a user specified location::
|
|
|
|
$ cd tools/testing/selftests
|
|
$ ./kselftest_install.sh install_dir
|
|
|
|
Running installed selftests
|
|
===========================
|
|
|
|
Kselftest install as well as the Kselftest tarball provide a script
|
|
named "run_kselftest.sh" to run the tests.
|
|
|
|
You can simply do the following to run the installed Kselftests. Please
|
|
note some tests will require root privileges::
|
|
|
|
$ cd kselftest
|
|
$ ./run_kselftest.sh
|
|
|
|
Contributing new tests
|
|
======================
|
|
|
|
In general, the rules for selftests are
|
|
|
|
* Do as much as you can if you're not root;
|
|
|
|
* Don't take too long;
|
|
|
|
* Don't break the build on any architecture, and
|
|
|
|
* Don't cause the top-level "make run_tests" to fail if your feature is
|
|
unconfigured.
|
|
|
|
Contributing new tests (details)
|
|
================================
|
|
|
|
* Use TEST_GEN_XXX if such binaries or files are generated during
|
|
compiling.
|
|
|
|
TEST_PROGS, TEST_GEN_PROGS mean it is the executable tested by
|
|
default.
|
|
|
|
TEST_CUSTOM_PROGS should be used by tests that require custom build
|
|
rules and prevent common build rule use.
|
|
|
|
TEST_PROGS are for test shell scripts. Please ensure shell script has
|
|
its exec bit set. Otherwise, lib.mk run_tests will generate a warning.
|
|
|
|
TEST_CUSTOM_PROGS and TEST_PROGS will be run by common run_tests.
|
|
|
|
TEST_PROGS_EXTENDED, TEST_GEN_PROGS_EXTENDED mean it is the
|
|
executable which is not tested by default.
|
|
TEST_FILES, TEST_GEN_FILES mean it is the file which is used by
|
|
test.
|
|
|
|
* First use the headers inside the kernel source and/or git repo, and then the
|
|
system headers. Headers for the kernel release as opposed to headers
|
|
installed by the distro on the system should be the primary focus to be able
|
|
to find regressions.
|
|
|
|
* If a test needs specific kernel config options enabled, add a config file in
|
|
the test directory to enable them.
|
|
|
|
e.g: tools/testing/selftests/android/config
|
|
|
|
Test Module
|
|
===========
|
|
|
|
Kselftest tests the kernel from userspace. Sometimes things need
|
|
testing from within the kernel, one method of doing this is to create a
|
|
test module. We can tie the module into the kselftest framework by
|
|
using a shell script test runner. ``kselftest_module.sh`` is designed
|
|
to facilitate this process. There is also a header file provided to
|
|
assist writing kernel modules that are for use with kselftest:
|
|
|
|
- ``tools/testing/kselftest/kselftest_module.h``
|
|
- ``tools/testing/kselftest/kselftest_module.sh``
|
|
|
|
How to use
|
|
----------
|
|
|
|
Here we show the typical steps to create a test module and tie it into
|
|
kselftest. We use kselftests for lib/ as an example.
|
|
|
|
1. Create the test module
|
|
|
|
2. Create the test script that will run (load/unload) the module
|
|
e.g. ``tools/testing/selftests/lib/printf.sh``
|
|
|
|
3. Add line to config file e.g. ``tools/testing/selftests/lib/config``
|
|
|
|
4. Add test script to makefile e.g. ``tools/testing/selftests/lib/Makefile``
|
|
|
|
5. Verify it works:
|
|
|
|
.. code-block:: sh
|
|
|
|
# Assumes you have booted a fresh build of this kernel tree
|
|
cd /path/to/linux/tree
|
|
make kselftest-merge
|
|
make modules
|
|
sudo make modules_install
|
|
make TARGETS=lib kselftest
|
|
|
|
Example Module
|
|
--------------
|
|
|
|
A bare bones test module might look like this:
|
|
|
|
.. code-block:: c
|
|
|
|
// SPDX-License-Identifier: GPL-2.0+
|
|
|
|
#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
|
|
|
|
#include "../tools/testing/selftests/kselftest_module.h"
|
|
|
|
KSTM_MODULE_GLOBALS();
|
|
|
|
/*
|
|
* Kernel module for testing the foobinator
|
|
*/
|
|
|
|
static int __init test_function()
|
|
{
|
|
...
|
|
}
|
|
|
|
static void __init selftest(void)
|
|
{
|
|
KSTM_CHECK_ZERO(do_test_case("", 0));
|
|
}
|
|
|
|
KSTM_MODULE_LOADERS(test_foo);
|
|
MODULE_AUTHOR("John Developer <jd@fooman.org>");
|
|
MODULE_LICENSE("GPL");
|
|
|
|
Example test script
|
|
-------------------
|
|
|
|
.. code-block:: sh
|
|
|
|
#!/bin/bash
|
|
# SPDX-License-Identifier: GPL-2.0+
|
|
$(dirname $0)/../kselftest_module.sh "foo" test_foo
|
|
|
|
|
|
Test Harness
|
|
============
|
|
|
|
The kselftest_harness.h file contains useful helpers to build tests. The
|
|
test harness is for userspace testing, for kernel space testing see `Test
|
|
Module`_ above.
|
|
|
|
The tests from tools/testing/selftests/seccomp/seccomp_bpf.c can be used as
|
|
example.
|
|
|
|
Example
|
|
-------
|
|
|
|
.. kernel-doc:: tools/testing/selftests/kselftest_harness.h
|
|
:doc: example
|
|
|
|
|
|
Helpers
|
|
-------
|
|
|
|
.. kernel-doc:: tools/testing/selftests/kselftest_harness.h
|
|
:functions: TH_LOG TEST TEST_SIGNAL FIXTURE FIXTURE_DATA FIXTURE_SETUP
|
|
FIXTURE_TEARDOWN TEST_F TEST_HARNESS_MAIN
|
|
|
|
Operators
|
|
---------
|
|
|
|
.. kernel-doc:: tools/testing/selftests/kselftest_harness.h
|
|
:doc: operators
|
|
|
|
.. kernel-doc:: tools/testing/selftests/kselftest_harness.h
|
|
:functions: ASSERT_EQ ASSERT_NE ASSERT_LT ASSERT_LE ASSERT_GT ASSERT_GE
|
|
ASSERT_NULL ASSERT_TRUE ASSERT_NULL ASSERT_TRUE ASSERT_FALSE
|
|
ASSERT_STREQ ASSERT_STRNE EXPECT_EQ EXPECT_NE EXPECT_LT
|
|
EXPECT_LE EXPECT_GT EXPECT_GE EXPECT_NULL EXPECT_TRUE
|
|
EXPECT_FALSE EXPECT_STREQ EXPECT_STRNE
|