[Intel-gfx] [PATCH] drm/i915/selftests: Let other struct_mutex users have their gpu time

Chris Wilson chris at chris-wilson.co.uk
Tue Jul 3 09:52:43 UTC 2018


Quoting Tvrtko Ursulin (2018-07-03 10:27:47)
> 
> On 03/07/2018 09:30, Chris Wilson wrote:
> > @@ -169,6 +177,8 @@ static int igt_ppgtt_alloc(void *arg)
> >               ppgtt->vm.clear_range(&ppgtt->vm, 0, size);
> >       }
> >   
> > +     schedule_locked(i915);
> > +
> 
> Is it needed in this test? I glanced over and couldn't spot anything 
> struct mutexy in page table only manipulations it does.

struct_mutex is the guard for all drm_mm/i915_address_space, so while we
may not need it exactly in this instance, it is the current mutex to
use. I do have per-vm mutexes in the queue, it's quite scary.

> > @@ -988,14 +1010,14 @@ static int exercise_ppgtt(struct drm_i915_private *dev_priv,
> >       GEM_BUG_ON(offset_in_page(ppgtt->vm.total));
> >       GEM_BUG_ON(ppgtt->vm.closed);
> >   
> > -     err = func(dev_priv, &ppgtt->vm, 0, ppgtt->vm.total, end_time);
> > +     err = func(i915, &ppgtt->vm, 0, ppgtt->vm.total, end_time);
> 
> How about a less hacky solution where func is called unlocked it is 
> responsible to take struct_mutex across the parts which need it?

Convenience. Single threaded tests that didn't want to care about the
details of struct_mutex. And then CI sets itself up in annoying ways!
-Chris


More information about the Intel-gfx mailing list