[Intel-gfx] [PATCH 19/23] piglit: Update the README file with the new way of running tests
Damien Lespiau
damien.lespiau at intel.com
Fri Nov 15 17:33:36 CET 2013
Signed-off-by: Damien Lespiau <damien.lespiau at intel.com>
---
README | 54 ++++++++++++++++++++++++++++++++----------------------
1 file changed, 32 insertions(+), 22 deletions(-)
diff --git a/README b/README
index 246e24c..021888f 100644
--- a/README
+++ b/README
@@ -24,38 +24,48 @@ tests/
changes. Hopefully this can cover the relevant cases we need to
worry about, including backwards compatibility.
- Note: The old automake based testrunner had to be scraped due to
- upstream changes which broke dynamic creation of the test list. Of
- course it is still possible to directly run tests, even when not always
- limiting tests to specific subtests (like piglit does).
+ After having compiled the tests, one can run the test-suite with:
- The more comfortable way to run tests is with piglit. First grab piglit
- from:
+ $ sudo make run-tests
- git://anongit.freedesktop.org/piglit
+ As we have display tests, we need to be DRM master. As a result the
+ test suite can only be run if no other DRM client is active.
+ Similarly, some tests access debugfs, so we need to be root.
- and build it (no need to install anything). Then we need to link up the
- i-g-t sources with piglit
+ "make run-tests" create a $date-piglit-results.$n directory with the
+ results of the run. More specifically:
+ - $date-piglit-results.$n/main JSON file with the test results
+ - $date-piglit-results.$n/html/index.html HTML summary of the run
- piglit-sources $ cd bin
- piglit-sources/bin $ ln $i-g-t-sources igt -s
+ Where $date is the date formated with `date +%Y%m%d` and $n the nth run
+ of the day.
- The tests in the i-g-t sources need to have been built already. Then we
- can run the testcases with (as usual as root, no other drm clients
- running):
+ PIGLIT_FLAGS can be used to give options to the underlying piglit
+ runner. For instance, to exclude test matching '^kms_':
- piglit-sources # ./piglit-run.py tests/igt.tests <results-file>
+ $ sudo make run-tests PIGLIT_FLAGS="-x ^kms_"
- The testlist is built at runtime, so no need to update anything in
- piglit when adding new tests. See
+ For the list of piglit options, run:
- piglit-sources $ ./piglit-run.py -h
+ $ ./piglit/piglit-run.py -h
- for some useful options.
+ Another useful feature is to be able to resume an interrupted run. To
+ do that, make run-tests needs to know which run we are talking about:
- Piglit only runs a default set of tests and is useful for regression
- testing. Other tests not run are:
- - tests that might hang the gpu, see HANG in Makefile.am
+ $ sudo make run-tests RESUME=$date-piglit-results.$n
+
+ or, more succinctly:
+
+ $ sudo make run-tests R=$date-piglit-results.$n
+
+ It's possible to combine PIGLIT_FLAGS and RESUME. This is useful to
+ resume runs where a specific test deterministically hang the machine:
+
+ $ sudo make run-tests PIGLIT_FLAGS="-x drv_module_reload" R=$date-piglit-results.$n
+
+ "make run-tests" only runs a default set of tests and is useful for
+ regression testing. Other tests not run are:
+ - tests that might hang the gpu, see HANG in tests/Makefile.sources
- gem_stress, a stress test suite. Look at the source for all the
various options.
- testdisplay is only run in the default mode. testdisplay has tons of
--
1.8.3.1
More information about the Intel-gfx
mailing list