-
Notifications
You must be signed in to change notification settings - Fork 0
/
README
140 lines (103 loc) · 4.79 KB
/
README
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
This is a collection of tools for development and testing of the Intel DRM
driver. There are many macro-level test suites that get used against our
driver, 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.
Thus, intel-graphics-tools was a project I started to collect some low-level
tools I intended to build.
benchmarks/
This should be a collection of useful microbenchmarks. The hope is
that people can use these to tune some pieces of DRM code in relevant
ways.
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 (like gem_gtt_speed).
tests/
This is a set of automated tests to run against the DRM to validate
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).
The more comfortable way to run tests is with piglit. First grab piglit
from:
git://anongit.freedesktop.org/piglit
and build it (no need to install anything). Then we need to link up the
i-g-t sources with piglit
piglit-sources $ cd bin
piglit-sources/bin $ ln $i-g-t-sources igt -s
To avoid some hassles with piglit's use of Waffle just disable it. Run
piglit-sources $ cmake -D PIGLIT_USE_WAFFLE=OFF .
With
piglit-sources $ ccmake .
you can check your configuration with a curses interface, too.
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-sources # ./piglit-run.py igt <results-file>
The testlist is built at runtime, so no need to update anything in
piglit when adding new tests. See
piglit-sources $ ./piglit-run.py -h
for some useful options.
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
- 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
options to test different kms functionality, again read the source for
the details.
When creating new tests or subtests please read and follow
tests/NAMING-CONVENTION.
lib/
Common helper functions and headers used by the other tools.
man/
Manpages, unfortunately rather incomplete.
tools/
This is a collection of debugging tools that had previously been
built with the 2D driver but not shipped. Some distros were hacking
up the 2D build to ship them. Instead, here's a separate package for
people debugging the driver.
These tools generally must be run as root, safe for the ones that just
decode dumps.
tools/quick_dump
Quick dumper is a python tool built with SWIG bindings to
important libraries exported by the rest of the tool suite. The tool
itself is quite straight forward, and should also be a useful example
for others wishing to write python based i915 tools.
Note to package maintainers: It is not recommended to package
this directory, as the tool is not yet designed for wide usage. If the
package is installed via "make install" the users will have to set
their python library path appropriately. Use --disable-dumper
debugger/
This tool is to be used to do shader debugging. It acts like a
debug server accepting connections from debug clients such as
mesa. The connections is made with unix domain sockets, and at some
point it would be nice if this directory contained a library for
initiating connections with debug clients..
The debugger must be run as root: "sudo debugger/eudb"
docs/
Thus far just contains the autogenerated intel-gpu-tools libraries
reference documenation in docs/reference/ You need to have the gtk doc
tools installed to generate this API documentation.
Note that the currrent gtk-docs integration sucks a bit wrt regenerating
the html files. You need at least
$ make clean -C docs && make -C docs
to regenerate them on any change. If you've added/changed/removed a
symbol or anything else that changes the overall structure or indexes,
you need a full rebuild:
$ git clean -dfx && ./autogen.sh --enable-gtk-doc && make -C docs
DEPENDENCIES
This is a non-exchaustive list of package dependencies required for
building everything:
libpciaccess-dev
libdrm-dev
xutils-dev
libcairo2-dev
swig2.0
libpython3.3-dev
x11proto-dri2-dev
gtk-doc-tools