✗ Fi.CI.BUILD: failure for series starting with [01/29] Revert "drm/i915/gem: Async GPU relocations only"

Patchwork patchwork at emeril.freedesktop.org
Wed Aug 19 09:35:42 UTC 2020


== Series Details ==

Series: series starting with [01/29] Revert "drm/i915/gem: Async GPU relocations only"
URL   : https://patchwork.freedesktop.org/series/80790/
State : failure

== Summary ==

Applying: Revert "drm/i915/gem: Async GPU relocations only"
Applying: drm/i915: Revert relocation chaining commits.
Applying: Revert "drm/i915/gem: Drop relocation slowpath".
Applying: Revert "drm/i915/gem: Split eb_vma into its own allocation"
Applying: drm/i915: Add an implementation for i915_gem_ww_ctx locking, v2.
Applying: drm/i915: Remove locking from i915_gem_object_prepare_read/write
Applying: drm/i915: Parse command buffer earlier in eb_relocate(slow)
Applying: drm/i915: Use per object locking in execbuf, v12.
Applying: drm/i915: Use ww locking in intel_renderstate.
Applying: drm/i915: Add ww context handling to context_barrier_task
Applying: drm/i915: Nuke arguments to eb_pin_engine
Applying: drm/i915: Pin engine before pinning all objects, v5.
Applying: drm/i915: Rework intel_context pinning to do everything outside of pin_mutex
Applying: drm/i915: Make sure execbuffer always passes ww state to i915_vma_pin.
Applying: drm/i915: Convert i915_gem_object/client_blt.c to use ww locking as well, v2.
Applying: drm/i915: Kill last user of intel_context_create_request outside of selftests
Applying: drm/i915: Convert i915_perf to ww locking as well
Applying: drm/i915: Dirty hack to fix selftests locking inversion
Applying: drm/i915/selftests: Fix locking inversion in lrc selftest.
Applying: drm/i915: Use ww pinning for intel_context_create_request()
Applying: drm/i915: Move i915_vma_lock in the selftests to avoid lock inversion, v3.
Applying: drm/i915: Add ww locking to vm_fault_gtt
Applying: drm/i915: Add ww locking to pin_to_display_plane
Applying: drm/i915: Ensure we hold the object mutex in pin correctly.
Applying: drm/i915: Add gem object locking to madvise.
Applying: drm/i915: Convert i915_gem_object_attach_phys() to ww locking
Applying: drm/i915: Do not share hwsp across contexts any more
Applying: drm/i915: make lockdep slightly happier about execbuf.
Applying: drm/i915: Fix userptr so we do not have to worry about obj->mm.lock
Using index info to reconstruct a base tree...
M	drivers/gpu/drm/i915/gem/i915_gem_userptr.c
Falling back to patching base and 3-way merge...
Auto-merging drivers/gpu/drm/i915/gem/i915_gem_userptr.c
CONFLICT (content): Merge conflict in drivers/gpu/drm/i915/gem/i915_gem_userptr.c
Patch failed at 0029 drm/i915: Fix userptr so we do not have to worry about obj->mm.lock
When you have resolved this problem, run "git am --continue".
If you prefer to skip this patch, run "git am --skip" instead.
To restore the original branch and stop patching, run "git am --abort".




More information about the Intel-gfx-trybot mailing list