Age | Commit message (Collapse) | Author |
|
Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
If test all modes rather than preferred mode, remove framebuffer and
set CRTC to zero after each connector mode setting.
Signed-off-by: Sun Yi <yi.sun@intel.com>
Reviewed-by: Eugeni Dodonov <eugeni.dodonov@intel.com>
|
|
gem_double_irq_loop.c: In function ‘dummy_reloc_loop’:
gem_double_irq_loop.c:62:9: warning: unused variable ‘j’ [-Wunused-variable]
|
|
gem_exec_blt.c: In function ‘gem_exec’:
gem_exec_blt.c:174:6: warning: variable ‘ret’ set but not used [-Wunused-but-set-variable]
Propagate the failure and exit(1).
|
|
gem_exec_nop.c: In function ‘exec’:
gem_exec_nop.c:101:6: warning: variable ‘ret’ set but not used [-Wunused-but-set-variable]
Propagate the failure and exit(1).
|
|
gem_stress.c: In function ‘main’:
gem_stress.c:980:3: warning: format ‘%lu’ expects argument of type ‘long unsigned int’, but argument 4 has type ‘unsigned int’ [-Wformat]
|
|
gem_largeobject.c: In function ‘test_large_object’:
gem_largeobject.c:95:20: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast]
|
|
|
|
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
|
|
On chips that don't have a unmappable gtt part it's utterly pointless.
Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
- fixup pitch mess noticed by Chris Wilson.
- we need to diable bo reuse otherwise the kernel won't do the relocs
(we might get an already gtt-bound batch from the dummy load).
Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
Less fancy command that works everywhere. Suggested by Chris Wilons.
Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
Tests whether the kernel properly waits for the gpu before
applying a reloc.
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
... somehow slipped in.
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
To check whether the kernel properly rejects non-gpu domains in
relocs.
Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
No sane userspace doesn't upload data to the gpu without actually
using it there ...
Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
Better safe than sorry.
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
Debian's default sh complains ...
Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
Not much use running them in the test rig otherwise.
Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
I suspect that we should do different things for different pipes..
Spotted by Thomas Jarosh on #intel-gfx freenode.
Signed-off-by: Eugeni Dodonov <eugeni.dodonov@intel.com>
|
|
With base on EDID timing testing, when we take more than 1s to run
xrandr command, something is wrong.. So add this test for testing the time
we take to read the status of all the connectors from sysfs. It should do
us an average picture of how long we'd take to run xrandr (roughtly 2x
that value).
Signed-off-by: Eugeni Dodonov <eugeni.dodonov@intel.com>
|
|
As asked by Daniel Vetter, this is a tech which checks if we can cause
division by zero in kernel by reading the i915_emon_status debugfs
entry repeatably.
Signed-off-by: Eugeni Dodonov <eugeni.dodonov@intel.com>
|
|
That hw is broken.
Reported-by: Dave Airlie <airlied@gmail.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
Be simple and use the strictest requirements from gen2/3 with old
kernels so that this simply works everywhere.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=42585
|
|
Fixes a bug where we were masking against the wrong value.
|
|
|
|
... and also add the missing files to lib/Makefile.am
Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
... like on my i855gm.
Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
Kills my little i855gm.
Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
debian's dash doesn't like this.
Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
Ooops.
Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
Submitting random crap hangs the gpu. Suprise!
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
Add a new target test for that.
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
Catches a bunch of forcewake warnings on snb+
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
The crucial trick to reproduce the bug is that we need to have
a decent pile of active bos to retire. Because we unref the bo
after having it moved off the active list, our recursion depth
in fdo bug #42180 is limited by the number of active objects that
can retire at the same time.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=42180
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
For additional testing.
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
|
|
To fix the compile with non-plane libdrms.
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
|
|
Allow testdisplay to locate the sprite on the screen and potentially
scale it using different crtc width/height vs the source width/height
(determined by the resolution on the target pipe).
Also fix exit, making sure we properly disable all the planes.
Signed-off-by: Jesse Barnes <jbarnes@virtuougseek.org>
|
|
Provokes the forcewake warning when the hangcheck runs and no
one waits for the gpu (and hence holds the dev->struct_mutex).
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|
|
We actually want to test lru behaviour, so do a bit of work with
the fence before yielding to the next thread (we use twice as many
fences as there are, so yielding always is pretty bad, no matter how
clever our fence stealing).
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
|