解读linux内核

针对好多
而不是解说
1．
核心（例如
本文基于稳定的
2．核心源程序的文件按树形结构进行组织，在源程序树的最上层你会看到这样一些目录：
结构，例如PC机一般都基于此目录； intel cpu相关的头文件在include/scsi目录则是有关 这个目录包含核心的初始化代码main.c和
●Mm ：这个目录包括所有独立于arch/*/mm/，例如
sched.c；同样，和体系结构相关的代码在 放置系统所有的设备驱动程序
驱动程序，比如
drivers/block/genhd.c中的
系统的时候需要网络, Lib放置核心的库代码;
Fs ,所有的文件系统代码和各种类型的文件操作代码，它的每一个子目录支持一个文件系统，例如
一般，在每个目录下，都有一个
使用的辅助文件，仔细阅读这两个文件对弄清各个文件这间的联系和依托关系很有帮助；而且，在有的目录下

二．解读实战：为你的内核增加一个系统调用
得程序更具可读性。然而，
这些文件还不在同一个子目录下。
体会到整个操作系统体系结构的精妙和在解决某个具体细节问题时，算法的巧妙；而且更重要的是：在源码的分析过
为了使读者能更好的体会到这一特点，下面举了一个具体的内核分析实例，希望能通过这个实例，使读者对

【一】操作平台Redhat Linux 6.0; 内核版本Linux 系统的引导有好几种方式：常见的有
（arch/i386/boot/bootsect.S，它为实模式的汇编程序，限于 setup.S主要是
后存放的内核要先执行
它负责建立一张(Interrupt Descriptor Table),此表保存着所有自陷和中断的入口地址 system_call 的入口地址
2．系统初始化后运行的第一个内核程序,它通过调用 idt 表中;void __init trap_init(void) 函数则通过调用一个宏;
其中0x80; 而/usr/src/linux/arch/i386/kernel/entry.S中, 并根据系统调用向量，使处理机; 从系统服务例程返回后恢复处理机状态退回用户程序;sys_call_table 表定义在 /usr/src/linux/include/asm-386/unistd.h
中也定义了系统调用的用户编程接口 dos 系统的0x80 中断作为总的入口 sys_call_table 表中的各种中断服务例程的入口地址, 要增加一个系统调用就必须在
的系统服务例程的入口地址linux内核源程序5>中arch/i386/boot/bootsect.S
2．arch/i386/kernel/head.S
5．arch/i386/kernel/entry.S
8．include/asm-386/unistd.h
和 对内核源码的修改：
asmlinkage int sys_addtotal(int numdata)
{
int i=0,enddata=0;
while(i<=numdata)
enddata+=i++;
return enddata;
}
该函数有一个 0 到
在一个自己定义的文件或其他文件中，只是要在相应文件中作必要的说明；sys_call_table表中: ... ...
.long SYMBOL_NAME(sys_sendfile)
.long SYMBOL_NAME(sys_ni_syscall) /* streams1 */
.long SYMBOL_NAME(sys_ni_syscall) /* streams2 */
.long SYMBOL_NAME(sys_vfork) /* 190 */
/* add by I */
.long SYMBOL_NAME(sys_addtotal)
.rept NR_syscalls-191
.long SYMBOL_NAME(sys_ni_syscall)
.endr
3. 把增加的include/asm-386/unistd.h 中进行必要申明:
增加后的部分(test.c)如下(*注：由于原内核并未提供此系统调用，所以只有在编译后的新内核下，此测试程序才能
$gcc -o test test.c
$./test
Please input a number
36
Total from 0 to 36 is 666
可见，修改成功；/usr/src/linux/arch/i386/kernel/entry.S
文件中对
/usr/src/linux/kernel/sys.c 中的同一个函数：189项就是如此:
... ...
#define __NR_sendfile 187
#define __NR_getpmsg 188 /* some people actually want streams */
#define __NR_putpmsg 189 /* some people actually want streams */
#define __NR_vfork 190
由此可见asmlinkage int sys_ni_syscall(void) 函数并不进行任何操作 但它们; 所以只需增加相应putpmsg），就可以达到增加系统调用的作用。
微小的一部分；但重要的是方法、掌握好的分析方法；所以上的分析只是起个引导的作用，而正真的分析还有待于