[Intel-gfx] [PATCH 7/7] drm/i915/gem: Acquire all vma/objects under reservation_ww_class
Chris Wilson
chris at chris-wilson.co.uk
Tue Jun 23 16:37:54 UTC 2020
Quoting Thomas Hellström (Intel) (2020-06-23 16:37:30)
>
> On 6/23/20 12:03 PM, Chris Wilson wrote:
> > Quoting Thomas Hellström (Intel) (2020-06-23 10:33:20)
> >> Hi, Chris!
> >>
> >> On 6/22/20 11:59 AM, Chris Wilson wrote:
> >>> In order to actually handle eviction and what not, we need to process
> >>> all the objects together under a common lock, reservation_ww_class. As
> >>> such, do a memory reservation pass after looking up the object/vma,
> >>> which then feeds into the rest of execbuf [relocation, cmdparsing,
> >>> flushing and ofc execution].
> >>>
> >>> Signed-off-by: Chris Wilson <chris at chris-wilson.co.uk>
> >>> ---
> >>> .../gpu/drm/i915/gem/i915_gem_execbuffer.c | 91 ++++++++++++++-----
> >>> 1 file changed, 70 insertions(+), 21 deletions(-)
> >>>
> >> Which tree is this against? The series doesn't apply cleanly against
> >> drm-tip?
> > It's continuing on from the scheduler patches, the bug fixes and the
> > iris-deferred-fence work. I thought throwing all of those old patches
> > into the pile would have been distracting.
>
> Is there somewhere you could push a branch for reviewer consumption?
I added some patches to remove some locked waits and having been
regretting it all today. Coming soon, schedulers for all.
-Chris
More information about the Intel-gfx
mailing list