[Intel-gfx] [PATCH 2/2] drm/i915/selftests: test descending addresses
Chris Wilson
chris at chris-wilson.co.uk
Thu Nov 23 13:30:30 UTC 2017
Quoting Matthew Auld (2017-11-23 13:22:58)
> For igt_write_huge make sure the higher gtt offsets don't feel left out,
> which is especially true when dealing with the 48b PPGTT, where we
> timeout long before we are able exhaust the address space.
>
> Suggested-by: Chris Wilson <chris at chris-wilson.co.uk>
> Signed-off-by: Matthew Auld <matthew.auld at intel.com>
> Cc: Chris Wilson <chris at chris-wilson.co.uk>
> ---
> @@ -1048,9 +1104,7 @@ static int igt_write_huge(struct i915_gem_context *ctx,
> static struct intel_engine_cs *engines[I915_NUM_ENGINES];
> struct intel_engine_cs *engine;
> I915_RND_STATE(prng);
> - IGT_TIMEOUT(end_time);
> - struct i915_vma *vma;
> - unsigned int flags = PIN_USER | PIN_OFFSET_FIXED;
> + unsigned long end_time = jiffies + i915_selftest.timeout_jiffies * 2;
I'm still unconcerned about the need to bump timeout here, and would
stick with IGT_TIMEOUT() until proven otherwise. (Yes, for the plans to
use various boundaries, we should try to generalise the patterns
employed in selftests/i915_gem_gtt.c. Hmm)
If you use IGT_TIMEOUT() here or explain your reason otherwise,
Reviewed-by: Chris Wilson <chris at chris-wilson.co.uk>
-Chris
More information about the Intel-gfx
mailing list