drm/etnaviv: fix deadlock in GPU coredump
authorLucas Stach <l.stach@pengutronix.de>
Wed, 16 Oct 2019 13:37:06 +0000 (15:37 +0200)
committerLucas Stach <l.stach@pengutronix.de>
Tue, 29 Oct 2019 17:11:06 +0000 (18:11 +0100)
commitca8cb69580236f47041dd045c08f82cb7bb50d7c
tree7b1ed8511a171c764b141dc9700c39e2aef25165
parent54ecb8f7028c5eb3d740bb82b0f1d90f2df63c5c
drm/etnaviv: fix deadlock in GPU coredump

The GPU coredump function violates the locking order by holding the MMU
context lock while trying to acquire the etnaviv_gem_object lock. This
results in a possible ABBA deadlock with other codepaths which follow
the established locking order.
Fortunately this is easy to fix by dropping the MMU context lock
earlier, as the BO dumping doesn't need the MMU context to be stable.
The only thing the BO dumping cares about are the BO mappings, which
are stable across the lifetime of the job.

Fixes: 27b67278e007 (drm/etnaviv: rework MMU handling)
[ Not really the first bad commit, but the one where this fix applies
  cleanly. Stable kernels need a manual backport. ]
Reported-by: Christian Gmeiner <christian.gmeiner@gmail.com>
Signed-off-by: Lucas Stach <l.stach@pengutronix.de>
Tested-by: Christian Gmeiner <christian.gmeiner@gmail.com>
drivers/gpu/drm/etnaviv/etnaviv_dump.c