Crossrelease added LOCKDEP_CROSSRELEASE and LOCKDEP_COMPLETE configs. It
makes little sense to enable them when PROVE_LOCKING is disabled.

Make them non-interative option and all part of PROVE_LOCKING.

Signed-off-by: Byungchul Park <byungchul.p...@lge.com>
---
 lib/Kconfig.debug | 7 ++-----
 1 file changed, 2 insertions(+), 5 deletions(-)

diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
index ee9e534..84bb4c5 100644
--- a/lib/Kconfig.debug
+++ b/lib/Kconfig.debug
@@ -1084,6 +1084,8 @@ config PROVE_LOCKING
        select DEBUG_MUTEXES
        select DEBUG_RT_MUTEXES if RT_MUTEXES
        select DEBUG_LOCK_ALLOC
+       select LOCKDEP_CROSSRELEASE
+       select LOCKDEP_COMPLETE
        select TRACE_IRQFLAGS
        default n
        help
@@ -1155,8 +1157,6 @@ config LOCK_STAT
 
 config LOCKDEP_CROSSRELEASE
        bool "Lock debugging: make lockdep work for crosslocks"
-       depends on PROVE_LOCKING
-       default n
        help
         This makes lockdep work for crosslock which is a lock allowed to
         be released in a different context from the acquisition context.
@@ -1167,9 +1167,6 @@ config LOCKDEP_CROSSRELEASE
 
 config LOCKDEP_COMPLETE
        bool "Lock debugging: allow completions to use deadlock detector"
-       depends on PROVE_LOCKING
-       select LOCKDEP_CROSSRELEASE
-       default n
        help
         A deadlock caused by wait_for_completion() and complete() can be
         detected by lockdep using crossrelease feature.
-- 
1.9.1

Reply via email to