lockdep检测到一次死锁并打印警告信息，就关闭lockdep工具，怎么让这个工具一直开着，检测到死锁后也不关闭lockdep

Lockdep是一个非常有用的工具，可以帮助我们检测代码中各种锁的使用情况，包括死锁情况。如果你关闭了Lockdep工具，那么就无法再使用它来检测死锁等问题了。

为了让Lockdep一直开着，你需要在内核配置中打开CONFIG_LOCKDEP，并在内核启动参数中添加lockdep=1参数。这样，Lockdep就会一直运行，并在检测到死锁等问题时打印警告信息。

具体操作如下：

1. 进入内核配置界面，找到CONFIG_LOCKDEP选项，将其打开。

2. 保存配置，并重新编译内核。

3. 在内核启动参数中添加lockdep=1参数，例如：

   kernel /vmlinuz-4.15.0-33-generic ro root=/dev/mapper/ubuntu--vg-root quiet lockdep=1

4. 重启系统，Lockdep就会一直运行，并在检测到死锁等问题时打印警告信息。

需要注意的是，Lockdep会占用一定的系统资源，因此在生产环境中建议关闭Lockdep，只在调试时开启。

相关问题

lockdep检测死锁

Lockdep是一种Linux内核机制，用于检测死锁和其他同步问题。它在内核中跟踪锁的使用，分析锁的依赖关系，并尝试检测潜在的死锁条件。当发现潜在的死锁时，Lockdep会输出相应的警告信息，以便开发人员检查和解决问题。

Lockdep的工作原理是通过跟踪内核中的所有锁，从而构建一个锁依赖图。这个图记录每个锁的拥有者以及它们被其他锁依赖的关系。当一个线程尝试获取一个锁时，Lockdep会检查该锁是否与其他锁存在依赖关系。如果存在依赖关系，Lockdep会分析这些依赖关系，以确定是否存在潜在的死锁条件。

当Lockdep检测到潜在的死锁条件时，它会输出一条警告信息，其中包含有关锁和线程的详细信息。开发人员可以使用这些信息来诊断和解决死锁问题。

总之，Lockdep是一个非常有用的工具，它可以帮助开发人员检测和解决同步问题，特别是死锁问题。通过使用Lockdep，开发人员可以更快地诊断和解决问题，从而提高系统的可靠性和稳定性。

在循环内外设置死锁，让lockdep检测不出来，请列出代码

由于死锁是由于两个或多个线程相互等待对方持有的锁而导致的，因此在循环内外同时设置死锁是非常困难的。以下是一个可能导致死锁的代码示例：

#include <pthread.h>

pthread_mutex_t mutex1 = PTHREAD_MUTEX_INITIALIZER;
pthread_mutex_t mutex2 = PTHREAD_MUTEX_INITIALIZER;

void* thread1(void* arg) {
  pthread_mutex_lock(&mutex1);
  pthread_mutex_lock(&mutex2);
  // do something
  pthread_mutex_unlock(&mutex2);
  pthread_mutex_unlock(&mutex1);
  return NULL;
}

void* thread2(void* arg) {
  pthread_mutex_lock(&mutex2);
  pthread_mutex_lock(&mutex1);
  // do something
  pthread_mutex_unlock(&mutex1);
  pthread_mutex_unlock(&mutex2);
  return NULL;
}

int main() {
  pthread_t t1, t2;
  pthread_create(&t1, NULL, thread1, NULL);
  pthread_create(&t2, NULL, thread2, NULL);
  pthread_join(t1, NULL);
  pthread_join(t2, NULL);
  return 0;
}

在上面的代码中，两个线程分别在不同的顺序下获取两个互斥锁，这可能导致死锁。但是，由于代码中的顺序是确定的，Lockdep可以检测到这个死锁，因此我们无法在循环内外同时设置死锁并且Lockdep检测不出来。