如何获取Linux内核锁全局状态及排查中断异常禁用问题

好问题！在Linux内核里排查中断被意外禁用的问题确实挺让人头大，但内核本身提供了不少实用的工具和机制来帮你定位根源，我来给你梳理几个核心方法：

Linux内核的debugfs提供了直接查看锁状态的入口，你可以通过以下步骤获取：

• 先挂载debugfs（如果没挂载的话）：mount -t debugfs none /sys/kernel/debug
• 查看所有持有锁的详细信息：cat /sys/kernel/debug/locks
  这个文件会列出当前系统中所有被持有的锁，包括自旋锁、互斥锁等，同时会标注锁的类型、持有进程、调用栈等关键信息。如果某个锁是通过spin_lock_irq()或spin_lock_irqsave()这类会禁用中断的接口获取的，这里也能间接关联到中断禁用的情况。

另外，编译内核时如果打开了CONFIG_LOCKDEP选项（强烈建议调试时打开），lockdep机制会自动跟踪锁的依赖关系和中断状态。你可以通过dmesg查看lockdep的警告信息，或者查看/sys/kernel/debug/lockdep下的相关文件，它会帮你定位到哪些锁的持有导致了中断被禁用。

要找到是谁禁用了中断，最直接的方式是跟踪内核中负责禁用中断的核心函数：

1. 用ftrace跟踪禁用函数
   ftrace是内核自带的追踪工具，能帮你捕获调用禁用中断函数的调用栈：

   • 进入ftrace目录：cd /sys/kernel/debug/tracing
   • 设置要跟踪的函数（这些是最常见的中断禁用接口）：echo local_irq_disable local_irq_save > set_ftrace_filter
   • 启用函数追踪器：echo function > current_tracer
   • 触发你的场景后，查看追踪结果：cat trace
     输出里会清晰显示每个调用禁用中断函数的进程、调用栈，你就能顺着栈找到问题代码的位置。

2. 查看进程的中断禁用计数
   每个进程的preempt_count值中包含了中断禁用的计数，你可以通过/proc文件系统查看：

   • 找到目标进程的PID，然后执行：cat /proc/<pid>/status | grep PreemptCount
     这个值的高位代表中断禁用的次数，如果数值大于0，说明当前进程上下文中断处于禁用状态。在代码里也可以直接调用preempt_count()函数来获取这个值，配合WARN_ON打印调用栈：

   if (irqs_disabled()) {
       WARN_ON(1);
       // 或者手动打印调用栈
       dump_stack();
   }
   

   这样当中断被禁用时，内核会自动把调用栈输出到dmesg里，帮你快速定位。

• 如果怀疑是锁导致的中断禁用，注意区分不同锁的行为：自旋锁的spin_lock_irq()/spin_lock_irqsave()会自动禁用本地中断，而互斥锁（mutex）不会直接禁用中断，除非在获取锁的上下文里已经手动禁用了中断。
• 编译内核时打开CONFIG_DEBUG_PREEMPT和CONFIG_DEBUG_IRQFLAGS选项，这两个选项会在中断状态被错误修改时触发警告，输出详细的调用栈信息，大大降低排查难度。

总的来说，先通过/sys/kernel/debug/locks和lockdep排查锁的问题，再用ftrace追踪中断禁用的调用点，结合debug选项的警告信息，基本就能找到中断被意外禁用的根源了。

内容的提问来源于stack exchange，提问作者Carlos Bilbao