操作系统课程实验编写内核模块.pptVIP

操作系统课程实验编写内核模块 2003.12 实验二 知识要点回顾 一般的函数调用是通过x86 CPU的哪两条指令实现的？ Linux系统调用是通过x86 CPU的哪条指令实现的？ 为什么系统调用不能使用call和ret指令来实现？ 当发生中断时，中断处理程序如何知道用户需要的是哪个系统调用？ 实验二 知识要点回顾 我使用空闲的系统调用号250，添加了一个系统调用my_syscall()，当一个用户态程序调用my_syscall()的时候，简要说明一下在计算机内部的执行流程。 我在系统调用my_syscall()的处理程序里面写了这样一行： printk(“Hello, now we are in the kernel\n”); 这里为什么用printk，而不是printf？ 实验二 知识要点回顾 一般的函数调用是通过x86 CPU的哪两条指令实现的？ call和ret指令 Linux系统调用是通过x86 CPU的哪条指令实现的？ int指令（准确的说，是int 80h指令） 实验二 知识要点回顾 为什么系统调用不能使用call和ret指令来实现？ 因为call和ret不能从用户态转到核心态。 当发生中断时，中断处理程序如何知道用户需要的是哪个系统调用？ 给系统调用编号，查系统调用表可知。 实验二 知识要点回顾 简要说明一下自己的系统调用my_syscall()在计算机内部的执行流程。 被编译器编译成为两条指令 mov ax,250和int 80h，后者执行时转核心态的中断处理程序，中断处理程序根据ax查表得到my_syscall()的地址，然后在核心态下调用my_syscall()。调用后返回用户态。 实验二 知识要点回顾 在my_syscall()的处理函数中为什么用printk，而不是printf？ 因为中断的处理函数在核心态下执行，核心态不能调用任何C语言的库函数，包括printf。必须调用核心库函数，如printk等等。 实验二 知识要点回顾 在内核中，不能使用任何一个C库函数。 但是在内核中，可以访问到很多用户无法知道的数据。比如： 实验二的麻烦 我们在实验二中遇到了很多的问题。 比如编译内核源代码非常耗费时间。 比如用新内核启动容易造成系统瘫痪。 比如用新内核启动会出现很多奇怪的问题，键盘鼠标不工作等等。 如果要扩展或者修改内核的功能，一定要重新编译和启动内核吗？ 内核模块的概念 模块(module)是Linux特有的一种机制，可以用来动态地增加内核的功能。 可以作为独立程序来编译，但可以随时被链入内核中，成为内核的一部分；也可以随时被卸载。 使用模块简单灵活，避免了编译和启动内核的麻烦，却一样能够在核心态下工作。 内核模块的概念 编写内核模块 请打开记事本（或其他文本编辑器） 输入右边的程序 保存为hello.c 注意第一行的KERNEL前后各有两个下划线。 #define __KERNEL__ #define MODULE #include linux/module.h #include linux/kernel.h MODULE_LICENSE(GPL); int init_module() { printk(Hello!\n); return 0; } void cleanup_module() { printk(“Quit...\n); } 编写内核模块 编译这个程序，输入命令： gcc –c –I/usr/src/linux-2.4/include –Wall hello.c （注意在一行内输入） 看是否已经有文件hello.o 如果编译出错，试试把上面的linux-2.4换成linux-2.4.20-8。 如果还是编译出错，请找我检查。 编写内核模块 如果编译成功，输入命令insmod hello.o加载这个模块。 输入命令dmesg看系统日志（最后一行） 输入命令lsmod看系统中所有的模块，看看有没有hello。 输入命令rmmod hello卸载模块。 再次输入命令dmesg看系统日志。 分析内核模块 寥寥几行程序，却也能够进入核心态并用printk输出了一行文字。 比增加系统调用的方式容易多了? 我们来逐行分析这个程序 #define __KERNEL__ #define MODULE #include linux/module.h #include linux/kernel.h 分析内核模块 int init_module() { printk(Hello!\n); return 0; } v