-+

linux内核学习笔记 希望想看的人可以很快下载到

any problems, send mails to [e-mail]


相关文件
	/kernel/exit.c
	/arch/i386/kernel/process.c

内核线程的创建过程如下
(1)调用kernel_thread函数，将要建立内核线程的函数名告知这个函数。
(2)在线程函数中调用daemonize函数将这个线程和具体的调用进程相脱离。
(3)进入线程函数，执行。


所谓的内核线程，一般来说，就是一个内核态的函数，一般函数体内是一个无限循环。

内核线程和普通的进程的区别主要在于，内核线程没有任何的用户进程的资源和它相关。
当一个用户态的进程进入到内核态使用kernel_thread创建内核线程的时候，kernel_thread
使用类似clone的方法复制一个该进程的子进程作为内核线程的母本。这个时候，
这个子进程还从用户进程(也就是父进程)那里继承了许多用户态的资源。当这个子进程调用
函数daemonize时候，daemonize就会将这些用户资源释放掉。这时候，这个子进程就成了一个
真正意义上的内核线程，已经脱离掉了用户态调用进程的上下文环境。


如果这个线程再使用kernel_thread复制，就不毕再调用daemonize函数脱离用户进程了，
因为本身它就没有用户资源。所以clone出来的新的线程当然也就没有用户资源了。当然，
如果调用了daemonize也没有什么，不过造成伤害。
这也是buffer_head系统的kupdate和bdflush内核线程没有使用daemonize函数的原因。
因为这两个线程是在系统初启动的时候由内核创建的。不是由用户进程调用造成的。
所以本身没有用户资源，也就不用调用了。




关于内核线程所处的地址空间问题。
内核线程虽然脱离了用户的用户空间，它的current->mm结构也变成了空，但是，注意，
它本身是被编译到了内核态下的，如果我们将他编译到了内核里，那么，他本身就是内核
的一个部分。在系统启动的时候，就存在于内核空间，内核空间所使用的页表，页目录是被
锁定在内存里的，同时页表，页目录也不因为寄存器cr3的改变而改变。所以内核线程只拥有
内核页目录，也就是处于内核空间。