[igt-dev] [PATCH i-g-t] lib/hang_ctx: Make use of dummyload library to create recursive batch

Chris Wilson chris at chris-wilson.co.uk
Mon Jul 9 20:36:13 UTC 2018


Quoting Antonio Argenziano (2018-07-09 21:20:00)
> 
> 
> On 09/07/18 12:53, Chris Wilson wrote:
> > Quoting Antonio Argenziano (2018-07-09 19:47:04)
> >> An hanging batch is nothing more than a spinning batch that never gets
> >> stopped, so re-use the routines implemented in dummyload.c.
> >>
> >> Signed-off-by: Antonio Argenziano <antonio.argenziano at intel.com>
> >> Cc: Chris Wilson <chris at chris-wilson.co.uk>
> >> ---
> >>   lib/igt_gt.c | 57 ++++++++-------------------------------------------------
> >>   lib/igt_gt.h |  1 +
> >>   2 files changed, 9 insertions(+), 49 deletions(-)
> >>
> >> diff --git a/lib/igt_gt.c b/lib/igt_gt.c
> >> index 4569fd36..25b7f1c4 100644
> >> --- a/lib/igt_gt.c
> >> +++ b/lib/igt_gt.c
> >> @@ -264,14 +264,10 @@ igt_hang_t igt_hang_ctx(int fd,
> >>                          unsigned flags,
> >>                          uint64_t *offset)
> >>   {
> >> -       struct drm_i915_gem_relocation_entry reloc;
> >> -       struct drm_i915_gem_execbuffer2 execbuf;
> >> -       struct drm_i915_gem_exec_object2 exec;
> >> +       igt_spin_t *spinning_batch;
> >> +       struct igt_spin_factory opts = {};
> >>          struct drm_i915_gem_context_param param;
> >> -       uint32_t b[16];
> >>          unsigned ban;
> >> -       unsigned len;
> >> -       int gen;
> >>   
> >>          igt_require_hang_ring(fd, ring);
> >>   
> >> @@ -295,52 +291,15 @@ igt_hang_t igt_hang_ctx(int fd,
> >>          if ((flags & HANG_ALLOW_BAN) == 0)
> >>                  context_set_ban(fd, ctx, 0);
> >>   
> >> -       memset(&reloc, 0, sizeof(reloc));
> >> -       memset(&exec, 0, sizeof(exec));
> >> -       memset(&execbuf, 0, sizeof(execbuf));
> >> -
> >> -       exec.handle = gem_create(fd, 4096);
> >> -       exec.relocation_count = 1;
> >> -       exec.relocs_ptr = to_user_pointer(&reloc);
> >> -
> >> -       memset(b, 0xc5, sizeof(b));
> >> -
> >> -       len = 0;
> >> -       gen = intel_gen(intel_get_drm_devid(fd));
> >> -       if (gen >= 8) {
> >> -               b[len++] = MI_BATCH_BUFFER_START | 1 << 8 | 1;
> >> -               b[len++] = 0;
> >> -               b[len++] = 0;
> >> -       } else if (gen >= 6) {
> >> -               b[len++] = MI_BATCH_BUFFER_START | 1 << 8;
> >> -               b[len++] = 0;
> >> -       } else {
> >> -               b[len++] = MI_BATCH_BUFFER_START | 2 << 6;
> >> -               b[len] = 0;
> >> -               if (gen < 4) {
> >> -                       b[len] |= 1;
> >> -                       reloc.delta = 1;
> >> -               }
> >> -               len++;
> >> -       }
> >> -       b[len++] = MI_BATCH_BUFFER_END;
> >> -       b[len] = MI_NOOP;
> >> -       gem_write(fd, exec.handle, 0, b, sizeof(b));
> >> -
> >> -       reloc.offset = sizeof(uint32_t);
> >> -       reloc.target_handle = exec.handle;
> >> -       reloc.read_domains = I915_GEM_DOMAIN_COMMAND;
> >> -
> >> -       execbuf.buffers_ptr = to_user_pointer(&exec);
> >> -       execbuf.buffer_count = 1;
> >> -       execbuf.flags = ring;
> >> -       i915_execbuffer2_set_context_id(execbuf, ctx);
> >> -       gem_execbuf(fd, &execbuf);
> >> +       opts.ctx = ctx;
> >> +       opts.engine = ring;
> >> +       opts.flags = IGT_SPIN_FAST; /* Current driver hangs faster */
> > 
> > Be careful, the hanging batch is where we first encountered the
> > traumatic experience from spinning too fast. Use IGT_SPIN_FAST with
> > care, and probably best left to the caller's discretion.
> 
> I'll leave it to the caller to spin faster. I actually wanted to add 
> both hanging batches: fast and slow. My idea would be to have, even if 
> only basics, hang tests for all situations: Moving Head; Still HEAD; 
> Idle engine are the ones that come to mind. We could have a require() 
> for gen version if needed.

It's not terminal (anymore), just certain ops are slow; slow enough to
disrupt the test in some circumstances.
-Chris


More information about the igt-dev mailing list