diff options
| author | Chris Wilson <[email protected]> | 2016-05-26 21:08:17 +0100 |
|---|---|---|
| committer | Ingo Molnar <[email protected]> | 2016-06-03 08:37:26 +0200 |
| commit | 0422e83d84ae24b933e4b0d4c1e0f0b4ae8a0a3b (patch) | |
| tree | 40ad29f717196c609c77b08969e02e3b06edd5fd /kernel/locking/mutex-debug.h | |
| parent | 55eed755c6e30a89be3a791a6b0ad208aadd9bdc (diff) | |
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 <[email protected]>
Signed-off-by: Chris Wilson <[email protected]>
Signed-off-by: Peter Zijlstra (Intel) <[email protected]>
Reviewed-by: Maarten Lankhorst <[email protected]>
Cc: Andrew Morton <[email protected]>
Cc: Linus Torvalds <[email protected]>
Cc: Paul E. McKenney <[email protected]>
Cc: Peter Zijlstra <[email protected]>
Cc: Thomas Gleixner <[email protected]>
Cc: [email protected]
Link: http://lkml.kernel.org/r/[email protected]
Signed-off-by: Ingo Molnar <[email protected]>
Diffstat (limited to 'kernel/locking/mutex-debug.h')
0 files changed, 0 insertions, 0 deletions