summaryrefslogtreecommitdiffstats
path: root/tools/build
diff options
context:
space:
mode:
authorChris Wilson <chris@chris-wilson.co.uk>2016-05-26 21:08:17 +0100
committerIngo Molnar <mingo@kernel.org>2016-06-03 08:37:26 +0200
commit0422e83d84ae24b933e4b0d4c1e0f0b4ae8a0a3b (patch)
tree40ad29f717196c609c77b08969e02e3b06edd5fd /tools/build
parent55eed755c6e30a89be3a791a6b0ad208aadd9bdc (diff)
downloadop-kernel-dev-0422e83d84ae24b933e4b0d4c1e0f0b4ae8a0a3b.zip
op-kernel-dev-0422e83d84ae24b933e4b0d4c1e0f0b4ae8a0a3b.tar.gz
locking/ww_mutex: Report recursive ww_mutex locking early
Recursive locking for ww_mutexes was originally conceived as an exception. However, it is heavily used by the DRM atomic modesetting code. Currently, the recursive deadlock is checked after we have queued up for a busy-spin and as we never release the lock, we spin until kicked, whereupon the deadlock is discovered and reported. A simple solution for the now common problem is to move the recursive deadlock discovery to the first action when taking the ww_mutex. Suggested-by: Maarten Lankhorst <maarten.lankhorst@linux.intel.com> Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org> Reviewed-by: Maarten Lankhorst <maarten.lankhorst@linux.intel.com> Cc: Andrew Morton <akpm@linux-foundation.org> Cc: Linus Torvalds <torvalds@linux-foundation.org> Cc: Paul E. McKenney <paulmck@linux.vnet.ibm.com> Cc: Peter Zijlstra <peterz@infradead.org> Cc: Thomas Gleixner <tglx@linutronix.de> Cc: stable@vger.kernel.org Link: http://lkml.kernel.org/r/1464293297-19777-1-git-send-email-chris@chris-wilson.co.uk Signed-off-by: Ingo Molnar <mingo@kernel.org>
Diffstat (limited to 'tools/build')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud