内核模块在循环上设置死锁，lockdep检测不出来，请写出代码

由于死锁是由多个锁相互依赖并相互等待而导致的，因此需要至少两个锁才能创建死锁。下面是一个简单的内核模块，在循环上设置了死锁并且lockdep无法检测出来的代码示例：

#include <linux/module.h>
#include <linux/init.h>
#include <linux/sched.h>
#include <linux/kthread.h>

static DEFINE_MUTEX(mutex1);
static DEFINE_MUTEX(mutex2);

static struct task_struct *thread;

static int thread_fn(void *data)
{
    while (1) {
        mutex_lock(&mutex2);
        schedule();
        mutex_lock(&mutex1);
        schedule();
        // do something
        mutex_unlock(&mutex1);
        mutex_unlock(&mutex2);
    }
    return 0;
}

static int __init my_module_init(void)
{
    mutex_lock(&mutex1);
    thread = kthread_create(thread_fn, NULL, "my_thread");
    wake_up_process(thread);
    return 0;
}

static void __exit my_module_exit(void)
{
    kthread_stop(thread);
    mutex_unlock(&mutex1);
}

module_init(my_module_init);
module_exit(my_module_exit);
MODULE_LICENSE("GPL");

上面的代码中，我们创建了两个mutex（mutex1和mutex2），并在循环中使用它们来模拟死锁。在init函数中，我们首先获得mutex1的锁，然后创建了一个内核线程并启动它。在这个线程中，我们首先获得mutex2的锁，然后等待调度。当线程重新被调度时，它会尝试获得mutex1的锁，然后执行一些操作，最后释放mutex1和mutex2的锁。在exit函数中，我们停止内核线程并释放mutex1的锁。

由于lockdep只能检测单个锁的依赖关系，并且无法检测多个锁之间的相互依赖关系，因此上述代码中的死锁无法被lockdep检测出来。但是，当我们运行这个内核模块时，它会导致系统冻结，并且无法响应任何操作。