flywithu/ntel-gpu-tools
1
0
Fork 0
mirror of https://github.com/tiagovignatti/intel-gpu-tools.git synced 2025-06-08 16:36:14 +00:00
Code Issues Releases Wiki Activity
1,626 Commits 13 Branches 0 Tags
Commit Graph

16 Commits

Author SHA1 Message Date
Daniel Vetter
a4cb8954b2 tests: s/exit(EXIT_FAILURE)/igt_fail(1)/ 
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
 2013-08-13 15:07:44 +02:00
Daniel Vetter
83440953e5 tests: s/assert/igt_assert 
Just a wholesale rollout for now, we can refine later on.

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
 2013-08-13 15:07:44 +02:00
Daniel Vetter
1caaf0a6b6 s/drmtest_/igt_/ 
Requested-by: Chris Wilson <chris@chris-wilson.co.uk>
Acked-by: Damien Lespiau <damien.lespiau@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
 2013-08-12 12:20:22 +02:00
Damien Lespiau
5fa15f79d0 tests: Black list tests we don't want to run on simulation 
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-07-18 15:49:02 +01:00
Chris Wilson
ef45b44036 gem_wait_render_timeout: Fix SKIP return code 
Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
 2012-10-02 19:22:37 +01:00
Alan Coopersmith
99fdba921e Fall back to CLOCK_MONOTONIC on systems without CLOCK_MONOTONIC_RAW 
Solaris has not yet adopted this Linux extension

Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
 2012-08-24 23:20:14 +02:00
Daniel Vetter
76b53ef68d tests/gem_wait_rendering_timeout: needs more fudge 
Due to the way we calculate the workload by doubling it each time we
might end up with almost twice as much as we want. Hence increase our
fudge by 1.5 to account for that.

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=50666
 2012-06-26 19:47:30 +02:00
Daniel Vetter
a35dcac0ff tests/gem_wait_rendering_timeout: check polling behaviour 
... with timeout=0. We have special code in the kernel to optimize
that one.
 2012-05-30 20:16:24 +02:00
Daniel Vetter
b8e00110a0 lib/gem_wait_rendering_timeout: sprinkle busy_ioctl checks 
While we have that testcase, let's cross-check the busy ioctl.
 2012-05-29 22:23:14 +02:00
Daniel Vetter
04dfa492d1 tests/gem_wait_rendering_timeout: test the timeout case 
When I've first tried this it somehow failed, but I can't reproduce
this any more. I guess I've hunted a ghost.
 2012-05-29 17:35:21 +02:00
Daniel Vetter
b711bfe54f tests/gem_wait_rendering_timeout: fix up the autotuner 
duuh
 2012-05-29 16:49:41 +02:00
Daniel Vetter
2952feb23f tests/get_wait_rendering_timeout: fixup the auto-tuner 
- start at 1 iterations
- actually adjust the number of iterations like the comment claims
 2012-05-29 16:35:30 +02:00
Daniel Vetter
cf979c2063 tests/gem_wait_rendering_timeout: some fixes for the blt function 
- widht/height are in pixel, and the cmd uses 32bit, so we need to
  adjust this.
- we write to the buffer, set the right reloc domain.
 2012-05-29 16:34:32 +02:00
Daniel Vetter
25bf5574a2 tests/gem_wait_rendering_timeout: properly skip test 
also assign the timeout value unconditionally, we want to know it even
when we've timeout out.
 2012-05-29 16:24:04 +02:00
Daniel Vetter
f14a045137 tests/gem_wait_rendering_timeout: make it compile 
... we need to do this libdrm depency dance. Or just copy&paste it.
 2012-05-29 16:14:31 +02:00
Ben Widawsky
9cfcb75b79 tests/wait render timeout test 
Assures that signals interrupting the wait works properly. Because of
the scheduling around signals, interrupted waits will *seem* faster as
the GPU continues to work while all the CPU scheduling stuff happens.

Signed-off-by: Ben Widawsky <ben@bwidawsk.net>
 2012-05-25 13:08:28 +02:00