Linux系统内核模块函数调用及命名空间

内核模块是怎么开始和结束的

用户程式通常从函数main()开始，执行一系列的指令并且当指令执行完成后结束程式。内核模块有一点不同。内核模块要么从函数init_module 或是你用宏module_init指定的函数调用开始。这就是内核模块 的入口函数。他告诉内核模块提供那些功能扩展并且让内核准备好在需要时调用他。当他完成这些后，该函数就执行结束了。模块在被内核调用前也什么都不做。

所有的模块或是调用cleanup_module或是你用宏 module_exit指定的函数。这是模块的退出函数。他撤消入口函数所做的一切。 例如注销入口函数所注册的功能。

所有的模块都必须有入口函数和退出函数。既然我们有不只一种方法去定义这两个 函数，我将努力使用“入口函数”和“退出函数”来描述 他们。不过当我只用init_module 和cleanup_module时，我希望你明白我指的是什么。

模块可调用的函数

程式员并不总是自己写所有用到的函数。一个常见的基本的例子就是 printf()你使用这些C标准库，libc提供的库函数。这些函数(像printf()) 实际上在连接之前并不进入你的程式。 在连接时这些函数调用才会指向 你调用的库，从而使你的代码最终能执行。

内核模块有所不同。在hello world模块中你也许已注意到了我们使用的函数 printk() 却没有包含标准I/O库。这是因为模块是在insmod加 载时才连接的目标文件。那些要用到的函数的符号链接是内核自己提供的。 也就是说，你能在内核模块中使用的函数只能来自内核本身。如果你对内核提供了哪些函数符号 链接感兴趣，看一看文件/proc/kallsyms。

需要注意的一点是库函数和系统调用的差别。库函数是高层的，完全运行在用户空间， 为程式员提供调用真正的在幕后完成实际事务的系统调用的更方便的接口。系统调用在内核 态运行并且由内核自己提供。标准C库函数printf()能被看做是个通用的输出语句，但他实际做的是将数据转化为符合格式的字符串并且调用系统调用 write()输出这些字符串。 是否想看一看printf()究竟使用了哪些系统调用? 这非常容易，编译下面的代码。

 

#include
            int main(void)
            { printf("hello"); return 0; }

使用命令gcc -Wall -o hello hello.c编译。用命令 strace hello行该可执行文件。是否非常惊讶？每一行都和一个系统调用相对应。 strace[3] 是个非常有用的程式，他能告诉你程式使用了哪些系统调用和这些系统调用的参数，返回值。这是个极有价值的查看程式在干什么的工具。在输出的末尾，你应该看到这样类似的一行 write(1, "hello", 5hello)。这就是我们要找的。藏在面具printf() 的真实面目。既然绝大多数人使用库函数来对文件I/O进行操作(像 fopen, fputs, fclose)。 你能查看man说明的第二部分使用命令man 2 write. 。man说明的第二部分专门介绍系统调用(像kill()和read())。 man说明的第三部分则专门介绍你可能更熟悉的库函数， (像cosh()和random())。

你甚至能编写代码去覆盖系统调用，正如我们不久要做的。骇客常这样做来为系统安装后门或木马。 但你能用他来完成一些更有益的事，像让内核在每次某人删除文件时输出 “ Tee hee, that tickles!” 的信息。

用户空间和内核空间

内核全权负责对硬件资源的访问，不管被访问的是显示卡，硬盘，还是内存。 用户程式常为这些资源竞争。就如同我在保存这份文件同时本地数据库正在更新。 我的编辑器vim进程和数据库更新进程同时需求访问硬盘。内核必须使这些请求有条不紊的进行，而不是随用户的意愿提供计算机资源。 为方便实现这种机制， CPU 能在不同的状态运行。不同的状态赋予不同的你对系统操作的自由。Intel 80836 架构有四种状态。 Unix只使用了其中 的两种，最高级的状态(操作状态0,即“终极状态”，能执行所有操作)和最低级的状态 (即“用户状态”)。

回忆以下我们对库函数和系统调用的讨论，一般库函数在用户态执行。 库函数调用一个或几个系统调用，而这些系统调用为库函数完成工作，不过在终极状态。 一旦系统调用完成工作后系统调用就返回同时程式也返回用户态。

命名空间

如果你只是写一些短小的C程式，你可为你的变量起一个方便的和易于理解的变量名。 不过，如果你写的代码只是许多其他人写的代码的一部分，你的全局一些就会和其中的全局变量发生冲突。 另一个情况是个程式中有太多的难以理解的变量名，这又会导致变量命名空间污染 在大型项目中，必须努力记住保留的变量名，或为独一无二的命名使用一种统一的方法。

当编写内核代码时，即使是最小的模块也会同整个内核连接，所以这的确是个令人头痛的问题。最佳的解决方法是声明你的变量为static静态的并且为你的符号使用一个定义的非常好的前缀。传统中，使用小写字母的内核前缀。如果你不想将所有的东西都声明为static静态的， 另一个选择是声明一个symbol table（符号表）并向内核注册。我们将在以后讨论。

文件/proc/kallsyms保存着内核知道的所有的符号，你能访问他们， 因为他们是内核代码空间的一部分。

代码空间

内存管理是个非常复杂的课题。O’Reilly的《Understanding The Linux Kernel》绝大部分都在 讨论内存管理！我们 并不准备专注于内存管理，但有一些东西还是得知道的。

如果你没有认真考虑过内存设计缺陷意味着什么，你也许会惊讶的获知一个指针并不指向一个确切的内存区域。当一个进程建立时，内核为他分配一部分确切的实际内存空间并把他交给进程，被进程的代码，变量，堆栈和其他一些计算机学的专家才明白的东西使用[4]。这些内存从$0$ 开始并能扩展到需要的地方。这些内存空间并不重叠，所以即使进程访问同一个内存地址，例如0xbffff978，真实的物理内存地址其实是不同的。进程实际指向的是一块被分配的内存中以0xbffff978 为偏移量的一块内存区域。绝大多数情况下，一个进程像普通的"Hello, World"不能访问别的进程的 内存空间，尽管有实现这种机制的方法。我们将在以后讨论。

内核自己也有内存空间。既然一个内核模块能动态的从内核中加载和卸载，他其实是共享内核的 内存空间而不是自己拥有独立的内存空间。因此，一旦你的模块具有内存设计缺陷，内核就是内存设计缺陷了。 如果你在错误的覆盖数据，那么你就在破坏内核的代码。这比目前听起来的还糟。所以尽量小心谨慎。

顺便提一下，以上我所指出的对于所有单整体内核的操作系统都是真实的[5]。 也存在模块化微内核的操作系统，如 GNU Hurd 和 QNX Neutrino。

一种内核模块是设备驱动程式，为使用硬件设备像电视卡和串口而编写。 在Unix中，所有设备都被当作路径/dev 的设备文件处理，并通过这些设备文件提供访问硬件的方法。 设备驱动为用户程式访问硬件设备。举例来说，声卡设备驱动程式es1370.o将会把设备文件 /dev/sound同声卡硬件Ensoniq IS1370联系起来。这样用户程式像 mp3blaster 就能通过访问设备文件/dev/sound 运行而不必知道那种声卡硬件安装在系统上。

Major and Minor Numbers

让我们来研究几个设备文件。这里的几个设备文件代表着一块主IDE硬盘上的头三个分区：

 

# ls -l /dev/hda[1-3]
            brw-rw----　1 root　disk　3, 1 Jul　5　2000 /dev/hda1
            brw-rw----　1 root　disk　3, 2 Jul　5　2000 /dev/hda2
            brw-rw----　1 root　disk　3, 3 Jul　5　2000 /dev/hda3

注意一下被逗号隔开的两列。第一个数字被叫做主设备号，第二个被叫做从设备号。 主设备号决定使用何种设备驱动程式。每种不同的设备都被分配了不同的主设备号； 所有具有相同主设备号的设备文件都是被同一个驱动程式控制。上面例子中的 主设备号都为3，表示他们都被同一个驱动程式控制。

从设备号用来差别驱动程式控制的多个设备。上面例子中的从设备号不相同是因为他们被识别为几个设备。

设备被大概的分为两类：字符设备和块设备。差别是块设备有缓冲区，所以他们能对请求进行优化排序。 这对存储设备尤其重要，因为读写相邻的文件总比读写相隔非常远的文件要快。另一个差别是块设备输入和输出 都是以数据块为单位的，不过字符设备就能自由读写任意量的字节。大部分硬件设备为字符设备，因为他们 不必缓冲区和数据不是按块来传输的。你能通过命令ls -l输出的头一个字母识别一个 设备为何种设备。如果是’b’ 就是块设备，如果是’c’就是字符设备。以上你看到的是块设备。这儿更有一些字符设备文件（串口）：

 

crw-rw----　1 root　dial 4, 64 Feb 18 23:34 /dev/ttyS0
            crw-r-----　1 root　dial 4, 65 Nov 17 10:26 /dev/ttyS1
            crw-rw----　1 root　dial 4, 66 Jul　5　2000 /dev/ttyS2
            crw-rw----　1 root　dial 4, 67 Jul　5　2000 /dev/ttyS3

如果你想看一下已分配的主设备号都是些什么设备能看一下文件 /usr/src/linux/Documentation/devices.txt。

系统安装时，所有的这些设备文件都是由命令mknod建立的。去建立一个新的名叫 coffee’，主设备号为12和从设备号为2的设备文件，只要简单的 执行命令mknod /dev/coffee c 12 2。你并不是必须将设备文件放在目录 /dev中，这只是个传统。Linus本人是这样做的，所以你最佳也不例外。不过，当你测试一个模块时，在工作目录建立一个设备文件也不错。 只要确保完成后将他放在驱动程式找得到的地方。

我还想声明在以上讨论中隐含的几点。当系统访问一个系统文件时， 系统内核只使用主设备号来差别设备类型和决定使用何种内核模块。系统 内核并不必知道从设备号。内核模块驱动本身才关注从设备号，并用之来 差别其操纵的不同设备。

另外，我这儿提到的硬件是比那种能握在手里的PCI卡稍微抽象一点的东西。看一下下面的两个设备文件：

 

% ls -l /dev/fd0 /dev/fd0u1680
            brwxrwxrwx　 1 root　floppy　 2,　0 Jul　5　2000 /dev/fd0
            brw-rw----　 1 root　floppy　 2, 44 Jul　5　2000 /dev/fd0u1680

你目前即时明白这是快设备的设备文件并且他们是有相同的驱动内核模块来操纵 （主设备号都为2)）。你也许也意识到他们都是你的软盘驱动器，即使你实际上只有一个软盘驱动器。为什么是两个设备文件？因为他们其中的一个代表着 你的1.44 MB容量的软驱，另一个代表着你的1.68 MB容量的，被某些人称为“终极格式化”的软驱。 这就是个不同的从设备号代表着相同硬件设备的例子。请清晰的意识到我们提到的硬件有时可能是非常抽象的。