| /linux/Documentation/RCU/ |
| H A D | lockdep.rst | 4 RCU and lockdep checking
7 All flavors of RCU have lockdep checking available, so that lockdep is
10 that this is not the case in 2.6.32 and earlier). This allows lockdep's
14 In addition, RCU provides the following primitives that check lockdep's
27 positives when lockdep is disabled.
59 Don't do lockdep at all. (Use sparingly, if at all.)
72 expression, but would normally include a lockdep expression. For a
98 This would verify cases #2 and #3 above, and furthermore lockdep would
106 Like rcu_dereference(), when lockdep is enabled, RCU list and hlist
108 critical section. However, a lockdep expression can be passed to them
[all …]
|
| H A D | lockdep-splat.rst | 11 When such misuse is detected, an lockdep-RCU splat is emitted.
13 The usual cause of a lockdep-RCU splat is someone accessing an
20 So let's look at an example RCU lockdep splat from 3.0-rc5, one that
83 With this change, there would be no lockdep-RCU splat emitted if this
86 the above lockdep-RCU splat because ->queue_lock is held (see #2 in the
105 above lockdep-RCU splat.
115 this change would also suppress the above lockdep-RCU splat.
|
| H A D | index.rst | 13 lockdep
14 lockdep-splat
|
| /linux/Documentation/translations/zh_CN/core-api/irq/ |
| H A D | irqflags-tracing.rst | 38 irq-flags-track的大部分时间都是在这种状态下度过的：看看lockdep的警告，试着
40 能中没有出现lockdep警告的情况下，arch支持就完成了。
45 一般来说，在一个架构中，不完整的irq-flags-tracing实现是没有风险的：lockdep
|
| /linux/Documentation/translations/zh_CN/process/ |
| H A D | 4.Coding.rst | 195 其中一个较重的调试工具是锁检查器或“lockdep”。该工具将跟踪系统中每个锁
198 说，lockdep可以找到许多导致系统死锁的场景。在部署的系统中，这种问题可能会
200 任何类型的非普通锁的代码在提交合并前应在启用lockdep的情况下运行测试。
|
| H A D | submit-checklist.rst | 75 14) 所有代码路径都已在启用所有死锁检测（lockdep）功能的情况下运行。
|
| /linux/Documentation/translations/zh_TW/process/ |
| H A D | 4.Coding.rst | 198 其中一個較重的調試工具是鎖檢查器或“lockdep”。該工具將跟蹤系統中每個鎖
201 說，lockdep可以找到許多導致系統死鎖的場景。在部署的系統中，這種問題可能會
203 任何類型的非普通鎖的代碼在提交合並前應在啓用lockdep的情況下運行測試。
|
| H A D | submit-checklist.rst | 78 14) 所有代碼路徑都已在啓用所有死鎖檢測（lockdep）功能的情況下運行。
|
| /linux/kernel/entry/ |
| H A D | common.c | 144 * sequence vs. lockdep and tracing is required in irqentry_enter()
223 * carefully and needs the same ordering of lockdep/tracing in irqentry_exit()
241 /* Covers both tracing and lockdep */ in irqentry_nmi_enter()
258 irq_state.lockdep = lockdep_hardirqs_enabled(); in irqentry_nmi_exit()
278 if (irq_state.lockdep) {
286 if (irq_state.lockdep)
|
| /linux/Documentation/core-api/irq/ |
| H A D | irqflags-tracing.rst | 37 irq-flags-tracing is spent in this state: look at the lockdep
40 lockdep complaint in the irq-flags-tracing functions arch support is
47 implementation in an architecture: lockdep will detect that and will
|
| /linux/Documentation/translations/zh_TW/dev-tools/ |
| H A D | testing-overview.rst | 100 * lockdep是一個鎖定正確性檢測器。參閱
101 Documentation/locking/lockdep-design.rst
|
| /linux/Documentation/translations/zh_CN/dev-tools/ |
| H A D | testing-overview.rst | 100 * lockdep是一个锁定正确性检测器。参阅
101 Documentation/locking/lockdep-design.rst
|
| /linux/scripts/coccinelle/misc/ |
| H A D | cond_no_effect.cocci | 6 // information is used (as with lockdep) or where the identity
31 // * look that way and give @of->mutex different static lockdep keys.
|
| /linux/Documentation/translations/zh_CN/scheduler/ |
| H A D | completion.rst | 108 DECLARE_COMPLETION_ONSTACK()来初始化，这不仅仅是为了让lockdep正确运行，也是明确表
126 在堆栈上单纯地调用DECLARE_COMPLETION()会触发一个lockdep警告。
|
| /linux/Documentation/translations/it_IT/locking/ |
| H A D | index.rst | 11 lockdep-design
|
| /linux/Documentation/locking/ |
| H A D | seqlock.rst | 100 initialization time, which enables lockdep to validate that the write
103 This lock association is a NOOP if lockdep is disabled and has neither
104 storage nor runtime overhead. If lockdep is enabled, the lock pointer is
105 stored in struct seqcount and lockdep's "lock is held" assertions are
|
| H A D | index.rst | 11 lockdep-design
|
| /linux/Documentation/process/debugging/ |
| H A D | driver_development_debugging_guide.rst | 162 KASAN, UBSAN, lockdep and other error checkers
187 lockdep (Lock Dependency Validator)
192 lockdep is a runtime lock dependency validator that detects potential deadlocks
196 lockdep is especially useful for validating the correctness of lock ordering in
|
| /linux/Documentation/features/locking/lockdep/ |
| H A D | arch-support.txt | 2 # Feature name: lockdep
|
| /linux/Documentation/translations/zh_CN/locking/ |
| H A D | index.rst | 23 * lockdep-design
|
| /linux/kernel/locking/ |
| H A D | Makefile | 20 obj-$(CONFIG_LOCKDEP) += lockdep.o
|
| /linux/tools/testing/selftests/rcutorture/bin/ |
| H A D | torture.sh | 212 --do-srcu-lockdep|--do-no-srcu-lockdep|--no-srcu-lockdep)
213 do_srcu_lockdep=`doyesno "$1" --do-srcu-lockdep`
|
| /linux/Documentation/core-api/real-time/ |
| H A D | differences.rst | 81 local_lock_nested_bh(). On non-PREEMPT_RT kernels, this allows lockdep to
98 no runtime overhead when lockdep is disabled. With lockdep enabled, it verifies
111 non-PREEMPT_RT kernels, it verifies with lockdep that preemption is already
|
| /linux/kernel/rcu/ |
| H A D | Kconfig.debug | 12 bool "RCU list lockdep debugging"
16 Enable RCU lockdep checking for list usages. By default it is
18 need to be converted to pass a lockdep expression. To prevent
|
| /linux/arch/arm64/kernel/ |
| H A D | entry-common.c | 101 state.lockdep = lockdep_hardirqs_enabled(); in arm64_enter_el1_dbg()
119 if (state.lockdep) { in arm64_exit_el1_dbg()
125 if (state.lockdep) in arm64_exit_el1_dbg()
|