我有一个 linux 内核驱动程序和一个与之交互的用户应用程序。内核驱动程序中有一个死锁。我在 linux 内核中遇到了这个名为“lockdep”的功能。我能够配置它并重新编译我的内核（我确实在 /proc 中看到了 lockdep 文件夹）。但我不知道如何推断该工具的输出，或者如何使用该工具调试驱动程序。任何帮助将不胜感激。 谢谢！
【问题讨论】：
标签： c linux linux-kernel kernel deadlock
要启用 lockdep 功能，请通过 menuconfig 编辑 .config 文件：
make menuconfig
并在黑客选项中启用以下功能：
1. [*] Detect Hard and Soft Lockups
2. [*] Detect Hung Tasks
3. [*] RT Mutex debugging, deadlock detection
4. -*- Spinlock and rw-lock debugging: basic checks
5. -*- Mutex debugging: basic checks
6. -*- Lock debugging: detect incorrect freeing of live locks
7. [*] Lock debugging: prove locking correctness
8. [*] Lock usage statistics
重新编译内核：
make ARCH=i386 -j4 //whatever your arch is
现在，启动新的内核映像，在 /proc 下您应该会看到以下新文件夹：
/proc/lockdep
/proc/lockdep_chains
/proc/lockdep_stat
/proc/locks
/proc/lock_stats
现在，插入您认为导致错误的模块，并使用您的用户应用程序（或您用来运行驱动程序模块的任何方式）访问它。如果应用程序死锁（挂起），请执行以下操作：
ps -aux | grep <app_name>
您应该会看到您的应用处于 +D（不间断睡眠）状态，请执行以下操作：
dmesg
它打印的日志将包含导致死锁的函数/文件。
就是这样！
【讨论】：
debug_locks在文件/proc/lockdep_stats中为零。我不知道原因。
这没什么——lockdep 代码会在遇到可能死锁的锁定序列时简单地打印情况描述和内核日志的堆栈回溯。你只需要观察你的内核输出（通过dmesg 或串行线或任何你使用的东西）。
lockdep 代码只调试锁，它不能警告你由其他原因引起的死锁。
【讨论】：