• Maarten Lankhorst's avatar
    drm/i915: Use per object locking in execbuf, v12. · c43ce123
    Maarten Lankhorst authored
    Now that we changed execbuf submission slightly to allow us to do all
    pinning in one place, we can now simply add ww versions on top of
    struct_mutex. All we have to do is a separate path for -EDEADLK
    handling, which needs to unpin all gem bo's before dropping the lock,
    then starting over.
    
    This finally allows us to do parallel submission, but because not
    all of the pinning code uses the ww ctx yet, we cannot completely
    drop struct_mutex yet.
    
    Changes since v1:
    - Keep struct_mutex for now. :(
    Changes since v2:
    - Make sure we always lock the ww context in slowpath.
    Changes since v3:
    - Don't call __eb_unreserve_vma in eb_move_to_gpu now; this can be
      done on normal unlock path.
    - Unconditionally release vmas and context.
    Changes since v4:
    - Rebased on top of struct_mutex reduction.
    Changes since v5:
    - Remove training wheels.
    Changes since v6:
    - Fix accidentally broken -ENOSPC handling.
    Changes since v7:
    - Handle gt buffer pool better.
    Changes since v8:
    - Properly clear variables, to make -EDEADLK handling not BUG.
    Change since v9:
    - Fix unpinning fence on pnv and below.
    Changes since v10:
    - Make relocation gpu chaining working again.
    Changes since v11:
    - Remove relocation chaining, pain to make it work.
    Signed-off-by: default avatarMaarten Lankhorst <maarten.lankhorst@linux.intel.com>
    Reviewed-by: default avatarThomas Hellström <thomas.hellstrom@intel.com>
    Link: https://patchwork.freedesktop.org/patch/msgid/20200819140904.1708856-9-maarten.lankhorst@linux.intel.comSigned-off-by: default avatarJoonas Lahtinen <joonas.lahtinen@linux.intel.com>
    c43ce123
i915_gem_execbuffer.c 3.8 KB