commit | 129bea58b9424f0a0da995311a219fdf57732594 | [log] [tgz] |
---|---|---|
author | Jeevan B <jeevan.b@intel.com> | Tue Sep 20 08:23:46 2022 |
committer | Kunal Joshi <kunal1.joshi@intel.com> | Thu Sep 22 07:28:35 2022 |
tree | 8a9d1330afb306644614f04b3818683a07bde2b7 | |
parent | c3c6205ea8589e5081f0a29affb24e5e3ef1cb64 [diff] |
kms_flip_event_leak: Create dynamic subtests Converting the existing subtests to dynamic subtests. v2: Add igt_dispaly_require_output and igt_display_reset and update the test name. (Bhanu) v3: Rename subtest. (Petri) Signed-off-by: Jeevan B <jeevan.b@intel.com> Reviewed-by: Bhanuprakash Modem <bhanuprakash.modem@intel.com>
IGT GPU Tools is a collection of tools for development and testing of the DRM drivers. There are many macro-level test suites that get used against the drivers, including xtest, rendercheck, piglit, and oglconform, but failures from those can be difficult to track down to kernel changes, and many require complicated build procedures or specific testing environments to get useful results. Therefore, IGT GPU Tools includes low-level tools and tests specifically for development and testing of the DRM Drivers.
Generated documentation for the latest master is published under https://drm.pages.freedesktop.org/igt-gpu-tools/.
See Dockerfile.build-fedora
for up-to-date list of package names in Fedora or Dockerfile.build-debian-minimal
and Dockerfile.build-debian
for Debian.
If your distribution packages IGT you can also use your package manager to install the dependencies, e.g.:
# dnf builddep igt-gpu-tools
But keep in mind that this may be slightly outdated and miss some recently added dependencies for building the current master.
Oneliner to get started:
$ meson build && ninja -C build
Note that meson insist on separate build directories from the source tree.
Running selfchecks for lib/tests
and tests/
is done with
$ ninja -C build test
Documentation is built using
$ ninja -C build igt-gpu-tools-doc
In tests/
you can find a set of automated tests to run against the DRM drivers to validate your changes. Many of the tests have subtests, which can be listed by using the --list-subtests
command line option and then run using the --run-subtest option. If --run-subtest
is not used, all subtests will be run. Some tests have further options and these are detailed by using the --help
option.
Most of the test must be run as a root and with no X or Wayland compositor running.
# build/tests/core_auth IGT-Version: 1.24 (x86_64) (Linux: 5.3.0 x86_64) Starting subtest: getclient-simple Subtest getclient-simple: SUCCESS (0.001s) Starting subtest: getclient-master-drop Subtest getclient-master-drop: SUCCESS (0.000s) Starting subtest: basic-auth Subtest basic-auth: SUCCESS (0.000s) Starting subtest: many-magics Subtest many-magics: SUCCESS (0.000s) # build/tests/core_auth --run-subtest getclient-simple IGT-Version: 1.24 (x86_64) (Linux: 5.3.0 x86_64) Starting subtest: getclient-simple Subtest getclient-simple: SUCCESS (0.000s)
The test suite can be run using the run-tests.sh
script available in the scripts/
directory. To use it make sure that igt_runner
is built, e.g.:
meson -Drunner=enabled build && ninja -C build
run-tests.sh
has options for filtering and excluding tests from test runs:
-t <regex> only include tests that match the regular expression -x <regex> exclude tests that match the regular expression
Useful patterns for test filtering are described in the API documentation and the full list of tests and subtests can be produced by passing -l
to the run-tests.sh
script. Further options are are detailed by using the -h
option.
Results are written to a JSON file.
IGT is packed into nifty docker-compatible containers for ease of execution and to avoid having to install all the dependencies. You can use podman/docker to to run it on your system.
Oneliner to get you started with the latest master:
# podman run --rm --privileged registry.freedesktop.org/drm/igt-gpu-tools/igt:master
benchmarks/
A collection of useful microbenchmarks that can be used to tune DRM code.
The benchmarks require KMS to be enabled. When run with an X Server running, they must be run as root to avoid the authentication requirement.
Note that a few other microbenchmarks are in tests (e.g. gem_gtt_speed
).
tools/
A collection of debugging tools. They generally must be run as root, except for the ones that just decode dumps.
docs/
Contains the infrastructure to automatically generate igt-gpu-tools libraries reference documentation. You need to have the gtk-doc tools installed.
To regenerate the html files when updating documentation, use:
$ ninja -C build igt-gpu-tools-doc
If you've added/changed/removed a symbol or anything else that changes the overall structure or indexes you need to reflect the change in igt-gpu-tools-sections.txt
. Entirely new sections also need to be added to igt-gpu-tools-docs.xml
in the appropriate place.
include/drm-uapi/
Imported DRM uapi headers from airlied's drm-next branch.
These should be updated all together by:
# From the kernel dir with a drm/drm-next commit checked out: $ make INSTALL_HDR_PATH=<dest-dir> headers_install $ rm -f <igt-dir>/include/drm-uapi/* $ cp <dest-dir>/include/drm/* <igt-dir>/include/drm-uapi/
Then, commit with a note of which exact commit from airlied's branch was used to generate them.
include/drm-uapi/i915_drm.h
Imported i915_drm.h uapi headers from airlied's drm-next branch.
In some cases updating a single uapi file is needed as our history shows. So in this case, it should be done by:
# From the kernel dir with a drm/drm-next commit checked out: $ make INSTALL_HDR_PATH=<dest-dir> headers_install $ cp <dest-dir>/include/drm/i915_drm.h <igt-dir>/include/drm-uapi/
Then, commit with a note of which exact commit from airlied's branch was used to generate it.
include/linux-uapi/sync_file.h
Imported non-DRM uapi headers from airlied's drm-next branch.
# From the kernel dir with a drm/drm-next commit checked out: $ make INSTALL_HDR_PATH=<destdir> headers_install $ cp <destdir>/include/linux/sync_file.h ~/igt/include/linux-uapi/
Then, commit with a note of which exact commit from airlied's branch was used to generate them.