summaryrefslogtreecommitdiff
path: root/benchmarks/gem_exec_fault.c
AgeCommit message (Collapse)Author
2018-05-07lib: drop drmtest dependency on intel_batchbufferLionel Landwerlin
It doesn't look like there should be a dependency there. v2: s/intel_batchbuffer/intel_reg/ v3: One more s/intel_batchbuffer/intel_reg/ in benchmarks Signed-off-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com> Reviewed-by: Katarzyna Dec <katarzyna.dec@intel.com>
2017-09-28benchmarks/gem_exec_fault: Update for tryhard kernels.Chris Wilson
Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Cc: Matthew Auld <matthew.auld@intel.com> Reviewed-by: Matthew Auld <matthew.auld@intel.com>
2016-05-19benchmarks/gem_exec_fault: Reset alignment to 0Chris Wilson
Oops, because -nightly doesn't handle 64bit alignments correctly, this was not working quite as expected. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
2016-05-19benchmarks: Add gem_exec_faultChris Wilson
If we specify an unobtainable alignment (e.g, 63bits) the kernel will eviction the object from the GTT and fail to rebind it. We can use this, to measure how long it takes to move objects around in the GTT by running execbuf followed by the unbind. For small objects, this will be dominated by the nop execution time, but for larger objects this will be ratelimited by how fast we can rewrite the PTE. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>