summaryrefslogtreecommitdiff
path: root/tests/gem_lut_handle.c
AgeCommit message (Collapse)Author
2013-08-13tests: s/assert/igt_assertDaniel Vetter
Just a wholesale rollout for now, we can refine later on. Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2013-08-12tests: use drmtest_skip to check for ringsDaniel Vetter
To simplify things add a set of gem_check_<ring> functions which take care of this. Since I've opted for static inlines drmtest.h grew a few more header includes which was a neat opportunity to dump a few redundant #defines. This kills all the skipped_all hand-rolled logic we have. Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2013-07-18tests: Instrument gem_lut_handle for simulationDamien Lespiau
Signed-off-by: Damien Lespiau <damien.lespiau@intel.com>
2013-07-18tests: Black list tests we don't want to run on simulationDamien Lespiau
Let's start by a small set of tests, to eventually consider running more. The current list should then be: gem_mmap gem_pread_after_blit gem_ring_sync_loop gem_ctx_basic gem_pipe_control_store_loop gem_storedw_loop_render gem_storedw_loop_blt gem_storedw_loop_bsd gem_render_linear_blits gem_tiled_blits gem_cpu_reloc gem_exec_nop gem_mmap_gtt v2 add (Daniel Vetter) gem_exec_bad_domains gem_exec_faulting_reloc gem_flink gem_reg_read gem_reloc_overflow gem_tiling_max_stride prime_* Signed-off-by: Damien Lespiau <damien.lespiau@intel.com>
2013-06-27tests/gem_lut_handle: Quit when we hit ENOSPCChris Wilson
I'd been working under the falsehood that we would always generate an error for an invalid reloc->target_handle before reserving any object. However, only the execlist is checked up front for validity before reservation so ENOSPC is a genuine error condition raised by the test. Fix it so that we stop reporting that limit as a test failure. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=65391
2013-06-24tests/gem_lut_handle: Simplify creation of broken handlesChris Wilson
Limit the broken handles to UINT32_MAX-4096 so that we can be sure that they do not alias with a valid handle. References: https://bugs.freedesktop.org/show_bug.cgi?id=65391 Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
2013-06-19gem_lut_handle: Print some more information upon failureChris Wilson
References: https://bugs.freedesktop.org/show_bug.cgi?id=65391
2013-06-07gem_lut_handle: Avoid using a valid handle when testing BROKENChris Wilson
2013-06-05gem_lut_handle: Make the error checking explicit for LUT handlingChris Wilson
What this test is interested in is the handling of the LUT for very large arrays, irrespective of whether such batch are actually executable. So adjust the pass/fail checks to be explicit in the error they are looking for, so that we do not conflate memory/aperture pressure as a failure in the LUT API. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=65391 Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
2013-01-17tests/gem_lut_handle: Limit testing LUT interface to recent kernelsChris Wilson
Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
2013-01-17tests/gem_lut_handle: Expand negative testingChris Wilson
Pass in lots of execs and relocs trying to trick the kernel into making a mistake. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
2013-01-17tests: Exercise new API for using a LUT with the execbufferChris Wilson
Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-13 14:15:15 +0000