summaryrefslogtreecommitdiff
path: root/lib/intel_batchbuffer.c
diff options
context:
space:
mode:
authorChris Wilson <chris@chris-wilson.co.uk>2016-09-08 13:29:31 +0100
committerChris Wilson <chris@chris-wilson.co.uk>2016-09-08 14:11:53 +0100
commita0eebbddecaac3b11eca09b1d37e2c0b7be37d04 (patch)
treed07271fd6e2482a5c191086c89e2e248ea4ff3f6 /lib/intel_batchbuffer.c
parent6ae6aaf2e96e0de89f9bcb125dbc5f6410e884b7 (diff)
igt/gem_exec_nop: Relax assertion for parallel execution
In an ideal world, we should be able to execute on every engine in parallel and the single limiting factor would be how fast the GPU can execute. Due to the serialisation in execbuf, we would lockstep with execution to the slowest engine and so would execute the same number of cycles on each. However in CI, we are limited by how fast the driver is, particularly under invasive debugging. This makes asserting that the average time == max/nengine impossible, and reveals that the assertion is impossible to meet under general condition. It's an impractical regression test. Therefore we relax the assertion to only detect should something critically fail. Worst case behaviour is presumed that each ring runs sequentially, and so running N rings in parallel should take no longer than running N rings serially. (Pathologically it can be even slower if no batching on the rings occur). Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
Diffstat (limited to 'lib/intel_batchbuffer.c')
0 files changed, 0 insertions, 0 deletions