从Linux内核的2.6某个版本开始，内核引入了导出符号的机制。只有在内核中使用EXPORT_SYMBOL或EXPORT_SYMBOL_GPL导出的符号才能在内核模块中直接使用。然而，内核并没有导出所有的符号。例如，在3.8.0的内核中，do_page_fault没有被导出。

　　而我的内核模块中需要使用do_page_fault，那么有那些方法呢？这些方法分别有什么优劣呢？

　　下面以do_page_fault为例，一一进行分析：

　　1、修改内核，添加EXPORT_SYMBOL(do_page_fault)或EXPORT_SYMBOL_GPL(do_page_fault)。

　　这种方法适用于可以修改内核的情形。在可以修改内核的情况下，这是简单的方式。

　　2、使用kallsyms_lookup_name读取

　　kallsyms_lookup_name本身也是一个内核符号，如果这个符号被导出了，那么可以在内核模块中调用kallsyms_lookup_name("do_page_fault")来获得do_page_fault的符号地址。

　　这种方法的局限性在于kallsyms_lookup_name本身不一定被导出。

　　3、读取/boot/System.map-<kernel-version>，再使用内核模块参数传入内核模块

　　System.map-<kernel-version>是编译内核时产生的，它里面记录了编译时内核符号的地址。如果能够保证当前使用的内核与System.map-<kernel-version>是一一对应的，那么从System.map-<kernel-version>中读出的符号地址是正确的。其中，kernel-version可以通过'uname -r'获得。

　　但是这种方法也有局限性，在模块运行的时候，System.map-<kernel-version>文件不一定存在，即使存在也不能保证与当前内核是正确对应的。

　　4、读取/proc/kallsyms，再使用内核模块参数传入内核模块

　　/proc/kallsyms是一个特殊的文件，它并不是存储在磁盘上的文件。这个文件只有被读取的时候，才会由内核产生内容。因为这些内容是内核动态生成的，所以可以保证其中读到的地址是正确的，不会有System.map-<kernel-version>的问题。

　　需要注意的是，从内核2.6.37开始，普通用户是没有办法从/proc/kallsyms中读到正确的值。在某些版本中，该文件为空，在较新的版本中，该文件中所有符号的地址均为0。但是root用户是可以从/proc/kallsyms中读到正确的值的。好在加载模块也需要root权限，可以在加载模块时用脚本获取符号的地址。命令：

#cat /proc/kallsyms | grep "<do_page_fault>" | awk '{print $1}'

　　不过，根据我的实际使用经验，/proc/kallsyms中符号的数量比Systemp.map-<kernel-version>要少一些。