可以看的当我们传递了CLONE_VM标志之后，本来应该走到1409 行进程处理的，但是我们需要知道的是1403 行可能判断为空，因为这里父进程为idle为内核线程，凭直觉我们知道代码应该从 1404 返回了，但是不能光凭直觉要拿出证据，那就需要看看idle进程长啥样了：

• 上面是静态创建的idle进程，可以看的他的进程控制块的 .mm 为空， .active_mm 为&init_mm,所有啊，我们的kthreadd内核线程的tsk->mm = tsk->active_mm =NULL;所以我们上面的猜想是对的代码直接从 1404 返回了，这里也是他应该拥有的属性，因为我们知道内核线程没有用户地址空间（使用tsk->mm来描述），所以所有的内核线程的tsk->mm都为空，这也是判断任务是否为内核线程的一个条件，但是tsk->active_mm 就不一定了，内核线程在每次进程切换的时候都会借用前一个进程的tsk->active_mm 赋值到自己tsk->active_mm 上，后面会讲到。这里需要注意的是，有一个内核线程很特殊，特殊到他的tsk->active_mm 不是在进程切换的时候被赋值而是静态初始化号，他就是上面的idle线程 .active_mm = &init_mm。

• 我们来看下init_mm是什么内容，有什么猫腻：

• 可以看到他的特殊之处在于它的tsk->active_mm->pgd为swapper_pg_dir，我们知道这是主内核页表，我们知道系统初始化的时候，会出现3个特殊的任务0，1，2号，这几个任务刚开始都是内核线程，他们之间进行切换的时候使用的都是swapper_pg_dir这个页表，也很合理，因为都访问内核空间，一旦有用户进程介入参与调度了就不一样了，就可以借用用户的tsk->active_mm->pgd（这个时候不再是swapper_pg_dir，但是没有关系，通过ttbr1_el1同样可以访问到swapper_pg_dir页表来访问内核空间）。

• 再来看看如何标识要创建的是内核线程的？

以上路径是为创建任务准备调度上下文和异常返回现场，调度上下文由 p->thread.cpu_context来描述，异常返回现场由保存在内核栈的struct pt_regs来描述，在这里判断p->flags & PF_KTHREAD))是否成立，也就是如果p->flags设置了PF_KTHREAD标志则是创建内核线程，但是我们找了一圈貌似没有找到在哪个位置设置这个标志的，那究竟在哪设置的呢？我们还是首先回到它的父进程也就是idle进程：

凭直觉，应该是父进程设置了然后赋值给了子进程，那我们就要看看合适赋值的：

• 我们看的会把父进程的的task的内容赋值给子进程，然后后面在进程一些个性化设置，.flags = PF_KTHREAD也被设置给了子进程。

• ok, 分析到这里idle就创建好了kthreadd内核线程，通过wake_up_new_task唤醒kthreadd运行：当它唤醒被调度后，就会恢复调度上下文，就是上面说的 p->thread.cpu_context，具体如何执行到内核线程指定的执行函数后面我们会讲解！

• 但是我们需要知道的是，kthreadd被调度执行后执行kthreadd这个函数！！！这个函数实现在：kernel/kthread.c中。

3. kthreadd内核线程处理流程

• 上面我们介绍了kthreadd内核线程的创建过程，接下来看一下kthreadd做了哪些事情：

• 代码路径为：kernel/kthread.c

• kthreadd函数中设置了线程名字和亲和性属性之后 进入下面给出的循环处理流程：




• 它首先将自己的状态设置为TASK_INTERRUPTIBLE，然后判断kthread_create_list链表是否为空，这个链表存放其他内核路径的创建内核线程的请求结构struct kthread_create_info：




• 有创建内核线程时，会封装kthread_create_info结构然后加入到kthread_create_list链表中。

• 如果kthread_create_list链表为空，说明没有创建内核线程的请求，则直接调用schedule进行睡眠。当某个内核路径有kthread_create_info结构加入到kthread_create_list链表中并唤醒kthreadd后，kthreadd从__set_current_state(TASK_RUNNING)开始执行，设置状态为运行状态，然后进入一个循环，不断的从kthread_create_list.next取出kthread_create_info结构，并从链表中删除，调用create_kthread创建一个内核线程来执行剩余的工作。

• create_kthread很简单，就是创建内核线程，然后执行kthread函数，将取到的kthread_create_info结构传递给这个函数：

4.kthread处理流程

• 当kthreadd内核线程创建内核线程之后就完成了它的使命，开始处理kthread_create_list链表上的下一个内核线程创建请求，主要工作交给了kthread函数来处理。实际上，kthreadd创建的内核线程就是请求创建的内核线程的外壳，只不过创建完成之后并没有马上执行线程的执行函数，这和用户空间执行程序很相似：一般在shell中执行程序，首先shell进程通过fork创建一个子进程，然后子进程中调用exec来加载新的程序。而创建内核线程也必须首先要创建一个子进程，这是kthreadd通过kernel_thread来完成的，然后在kthread执行函数中在合适的时机来执行所请求的内核线程执行函数。这说起来有点绕，因为这里涉及到了三个任务：kthreadd内核线程，kthreadd内核线程通过kernel_thread创建的内核线程，往kthread_create_list链表加入创建请求的那个任务

• 注：执行kthread函数处于新创建的内核线程上下文！

• 下面我们来看下kthreadd内核线程创建的内核线程的执行函数kthread：这里传递给kthread的参数就是从kthread_create_list链表摘取的创建结构kthread_create_info，函数中又出现了一个新的结构struct kthread：

其中比较重要的是threadfn和data。kthread函数并不长，我们把代码都罗列如下：

• 可以看到，kthread函数用到了一些完成量和睡眠函数，如果单独看这个函数肯定会一头雾水，要理解这个函数需要回答一下几个问题：

1. 284行的complete(done) 是唤醒哪个任务的？

2. 当前内核线程在285 行睡眠后 谁来唤醒我？

5.kthread_run函数

• 这里我们以kthread_run为例来解答这两个问题：

• kthread_run这个内核api用来创建内核线程并唤醒执行传递的执行函数。调用路径如下：

• kthread_run这个宏传递三个参数：执行函数，执行函数传递的参数，格式化线程名字

• 我们先来看下kthread_create函数：

5.1 kthread_create函数

__kthread_create_on_node函数并不长我们全部罗列：

• 关于__kthread_create_on_node函数需要明白以下几点：1.__kthread_create_on_node函数处于一个进程上下文如insmod进程 2.__kthread_create_on_node函数需要与两个任务交互，一个是kthreadd，一个是kthreadd的创建的内核线程（执行函数为kthread）

• 函数中已经做了详细的注释，这里在说明一下：首先函数将需要在内核线程中执行的函数等信息封装在kthread_create_info结构中，然后加入到kthreadd的kthread_create_list链表，接着去唤醒kthreadd去处理创建内核线程请求，上面kthreadd函数我们分析过kthreadd函数会创建一个内核线程来执行kthread函数，并将kthread_create_info结构传递过去，在kthread函数中会通过complete(done)来唤醒357的完成等待（这就回答了第一个问题）， 然后__kthread_create_on_node接着进行初始化，但是需要明白的是新创建的内核线程现在处于睡眠状态，等待被唤醒。

5.2 wake_up_process唤醒

• 上面通过kthread_create创建完成内核线程之后，内核线程处于TASK_UNINTERRUPTIBLE状态，等待被唤醒，这个时候kthread_run调用wake_up_process唤醒新创建的内核线程，内核线程愉快的执行，走到了kthread函数的threadfn(data)处，执行真正的线程处理，至此，新创建的内核线程开始完成实质性的工作。

6. kthread_stop函数

• 一般通过kthread_create创建的内核线程可以通过kthread_stop来停止：

一般内核线程会循环执行一些事务，每次循环开始会调用kthread_should_stop来判断线程是否应该停止：

• 在某个内核路径调用kthread_stop，内核线程每次循环开始的时候，如果检查到KTHREAD_SHOULD_STOP标志置位，就会退出，然后调用do_exit完成退出操作。

• 上面讲解到很多函数也涉及到很多任务，下面总结一下：1.涉及到的函数有：kthreadd, kthread，kthread_run，kthread_create， wake_up_process， kthread_stop, kthread_should_stop kthreadd：为kthreadd内核线程执行函数，处理内核线程创建任务。kthread：每次kthreadd创建新的内核线程都会执行kthread，里面会涉及到睡眠和唤醒后执行线程执行函数操作。kthread_run：创建并唤醒一个内核线程 kthread_create：创建一个内核线程，创建之后处于TASK_UNINTERRUPTIBLE状态 wake_up_process：唤醒一个任务 kthread_stop：停止一个内核线程 kthread_should_stop：判断一个内核线程是否应该停止2.涉及到的kthreadd内核线程，新创建的内核线程，发起创建内核线程请求的任务，他们直接通过完成量进行同步 3.睡眠唤醒流程：先设置进程状态为TASK_UNINTERRUPTIBLE这样的状态，然后调度出去，唤醒的时候在调度回来

• 好了，下面给出精心制作的调用图示：

• 上面已经讲解完了，内核线程是如何被创建的，又是如何执行处理函数的，涉及到多个任务直接同步问题，看代码的时候需要多个窗口配合之看才行。