drm/msm: Don't init ww_mutec acquire ctx before needed
authorDaniel Vetter <daniel.vetter@ffwll.ch>
Wed, 20 Nov 2019 10:56:07 +0000 (11:56 +0100)
committerDaniel Vetter <daniel.vetter@ffwll.ch>
Thu, 21 Nov 2019 10:03:31 +0000 (11:03 +0100)
commit92ec07677107974c31b32030a4f897398e452ca9
treec820e36349d08240f22e3afa6ecf67f761a0c1aa
parentfedf7a441fe89d17907218f6cd53975a9a929837
drm/msm: Don't init ww_mutec acquire ctx before needed

For locking semantics it really doesn't matter when we grab the
ticket. But for lockdep validation it does: the acquire ctx is a fake
lockdep. Since other drivers might want to do a full multi-lock dance
in their fault-handler, not just lock a single dma_resv. Therefore we
must init the acquire_ctx only after we've done all the copy_*_user or
anything else that might trigger a pagefault. For msm this means we
need to move it past submit_lookup_objects.

Aside: Why is msm still using struct_mutex, it seems to be using
dma_resv_lock for general buffer state protection?

v2:
- Add comment to explain why the ww ticket setup is separate (Rob)
- Fix up error handling, we need to make sure we don't call
  ww_acquire_fini without _init.

Reviewed-by: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Reviewed-and-tested-by: Rob Clark <robdclark@gmail.com>
Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
Cc: Rob Clark <robdclark@gmail.com>
Cc: Sean Paul <sean@poorly.run>
Cc: linux-arm-msm@vger.kernel.org
Cc: freedreno@lists.freedesktop.org
Link: https://patchwork.freedesktop.org/patch/msgid/20191120105607.3023-1-daniel.vetter@ffwll.ch
drivers/gpu/drm/msm/msm_gem_submit.c