driver: linux2.6 内核模块导出函数实例(EXPORT_SYMBOL)

转载 2015年07月11日 10:44:46

内核版本:2.6.38-11-generic

    内核自己都大量利用内核符号表导出函数,那么应该导出呢,ldd3上面说只需要EXPORT_SYMBOL一类的宏导出即可,结果试了很久都不行,最后查看文档,算是明白一点了。

    对于导出符号表,内核文档给出了三种解决方案,见尾部,现在忽略。

    现在有两个模块,a模块导出函数myprint,b模块使用该函数,想象一下如果a模块 EXPORT_SYMBOL(myprint) ,实际上b模块知道吗,很明显b模块对这件事情不是很清楚(这么说不是很准确),要调用a模块的myprint函数,需要知道myprint函数在内存中的位置,首先在内核符号表中是没有说明的,所以...

    当我们编译完a模块后,看看有些什么文件,是不是有一个Module.symvers文件,打开看看什么状况?
0x705034f7    myprint    /home/darren/Desktop/darren/print/myprint    EXPORT_SYMBOL
好了,这一行对b模块来说已经足够了,指定了内存位置,符号名称,模块路径。最简单的方法就是把这个文件复制到b模块所在目录,然后编译就没有讨厌的错误了,可以正常insmod模块。这种方法是内核文档中提到的方法之一。

    但是每次调用该函数都要复制一次,更糟糕的是a模块每编译一次,都要重新复制一次,为什么内核自己导出的函数我们可以直接用呢?现在就就解决:

    编译内核的时候同样会生成一个Module.symvers文件,内核导出的所有符号都在里面,我们在编译模块的时候实际上会调用内核的顶层makefile,也就是说内核的Module.symvers对我们的模块是可见的,和我们自己的Module.symvers文件一样,OK,把a模块的Module.symvers文件合并到内核的Module.symvers文件中,这时候myprint函数就成了真正的导出函数了,其他的模块只需要生命一下就可以用了。

代码如下
a模块代码

点击(此处)折叠或打开

  1. #include <linux/module.h>
  2. #include <linux/init.h>
  3. #include <linux/kernel.h> 

  4. MODULE_LICENSE("GPL");
  5. int myprint(void)
  6. {
  7.     printk("c");
  8.     return 0;
  9. }
  10. static int darren_init(void)
  11. {
  12.     return 0;
  13. }
  14. static void darren_exit(void)
  15. {
  16. }
  17. module_init(darren_init);
  18. module_exit(darren_exit);
  19. EXPORT_SYMBOL(myprint);
b模块代码

点击(此处)折叠或打开

  1. #include <linux/seq_file.h>
  2. #include <linux/cdev.h>
  3. #include <asm/system.h> 

  4. MODULE_LICENSE("GPL");
  5. extern int print(void);
  6. static int darren_init(void)
  7. {
  8.     int i=0;
  9.     printk("b module init\n");
  10.     for(;i<10;i++)print();
  11.     return 0;
  12. }
  13. static void darren_exit(void)
  14. {
  15. }
  16. module_init(darren_init);
  17. module_exit(darren_exit);
a模块的Makefile如下:
点击(此处)折叠或打开
  1. NAME:=a
  2. SYM:=/usr/src/linux-headers-2.6.38-8-generic/Module.symvers
  3. DIR:=/lib/modules/$(shell uname -r)/build/
  4. PWD:=$(shell pwd)
  5. obj-= $(NAME).o
  6. build: 
  7.     
  8.     make -C $(DIR) M=$(PWD)
  9.     sudo chmod 777 $(SYM)
  10.     sudo sed -'/myprint/d' $(SYM)
  11.     sudo cat Module.symvers>>$(SYM)
  12.     sudo chmod 644 $(SYM)

b模块的makefile:
点击(此处)折叠或打开
  1. NAME:=b
  2. DIR:=/lib/modules/$(shell uname -r)/build/
  3. PWD:=$(shell pwd)
  4. obj-= $(NAME).o
  5. build: 
  6.     make -C $(DIR) M=$(PWD)

注意:路径/usr/src/linux-headers-2.6.38-8-generic/Module.symvers 有可能不对如果不行就改成/usr/src/linux-headers-`uname -r`-generic/Module.symvers

内核文档:

点击(此处)折叠或打开

  1. Sometimes, an external module uses exported symbols from
  2.     another external module. kbuild needs to have full knowledge of
  3.     all symbols to avoid spitting out warnings about undefined
  4.     symbols. Three solutions exist for this situation.

  5.     NOTE: The method with a top-level kbuild file is recommended
  6.     but may be impractical in certain situations.

  7.     Use a top-level kbuild file
  8.         If you have two modules, foo.ko and bar.ko, where
  9.         foo.ko needs symbols from bar.ko, you can use a
  10.         common top-level kbuild file so both modules are
  11.         compiled in the same build. Consider the following
  12.         directory layout:

  13.         ./foo/ <= contains foo.ko
  14.         ./bar/ <= contains bar.ko

  15.         The top-level kbuild file would then look like:

  16.         #./Kbuild (or ./Makefile):
  17.             obj-:= foo/ bar/

  18.         And executing

  19.             $ make -C $KDIR M=$PWD

  20.         will then do the expected and compile both modules with
  21.         full knowledge of symbols from either module.

  22.     Use an extra Module.symvers file
  23.         When an external module is built, a Module.symvers file
  24.         is generated containing all exported symbols which are
  25.         not defined in the kernel. To get access to symbols
  26.         from bar.ko, copy the Module.symvers file from the
  27.         compilation of bar.ko to the directory where foo.ko is
  28.         built. During the module build, kbuild will read the
  29.         Module.symvers file in the directory of the external
  30.         module, and when the build is finished, a new
  31.         Module.symvers file is created containing the sum of
  32.         all symbols defined and not part of the kernel.

  33.     Use "make" variable KBUILD_EXTRA_SYMBOLS
  34.         If it is impractical to copy Module.symvers from
  35.         another module, you can assign a space separated list
  36.         of files to KBUILD_EXTRA_SYMBOLS in your build file.
  37.         These files will be loaded by modpost during the
  38.         initialization of its symbol tables.

Linux 驱动之 EXPORT_SYMBOL 函数以及 2.6 内核 Unknown symbol bug 解决办法

1、Linux中EXPORT_SYMBOL的用法 EXPORT_SYMBOL标签内定义的函数对全部内核代码公开,不用修改内核代码就可以在您的内核模块中直接调用。您还可以手工修改内核源代码来导出...

Linux内核导出符号宏定义EXPORT_SYMBOL的源码分析

源代码: ……. #ifndef MODULE_SYMBOL_PREFIX #define MODULE_SYMBOL_PREFIX "" #endif ……. struct kernel_symb...
  • fzubbsc
  • fzubbsc
  • 2014年06月23日 11:45
  • 1586

Linux开发心得总结20 - 内核编程中的全局变量使用(EXPORT_SYMBOL())

和我们通常写程序不同,如果仅仅是全局变量,虽然编译内核的时候能连接成功,但是连接之后再就没有办法使用这个变量了 而模块的加载是运行时的,它引用某个变量时,内核需要解析它,否则模块不能工作,EXPOR...
  • ynttmp
  • ynttmp
  • 2012年06月06日 09:45
  • 2515

EXPORT_SYMBOL linux的内核符号表

http://hi.baidu.com/adokaixin/blog/item/03d79e8822668d8fa5c27263.html   在内核中通过/proc/ka...
  • diy534
  • diy534
  • 2011年11月06日 23:58
  • 1612

Linux内核—EXPORT_SYMBOL宏的使用

前言 EXPORT_SYMBOL宏的使用时出现在Linux-2.6之后,在Linux-2.4内核中,默认的非static 函数和变量都会自动导入到kernel 空间, 都不用EXPORT_SYMBO...

EXPORT_SYMBOL的使用并以使用do_adjtimex调节内核tick_length(滴答长度)为例的说明

EXPORT_SYMBOL出现于2.6内核,可以把内核中的函数导出到全局符号表供其他内核模块(包括用户自己写的内核模块)使用。有个限制是,这个导出的符号不能是static类型。由于需要使用内核的do_...

linux中EXPORT_SYMBOL使用

EXPORT_SYMBOL只出现在2.6内核中,在2.4内核默认的非static 函数和变量都会自动导入到kernel 空间的, 都不用EXPORT_SYMBOL() 做标记的。 2.6就必须用EX...

Linux入门(一) -- EXPORT_SYMBOL小结

Linux入门 – EXPORT_SYMBOL小结EXPORT_SYMBOL能够将函数以符号的形式导出给其他模块使用。当使用EXPORT_SYMBOL导出函数之后,我们可以在/proc/kallsym...
  • cosysn
  • cosysn
  • 2016年08月07日 23:01
  • 87

linux EXPORT_SYMBOL

一个模块mod1中定义一个函数func1;在另外一个模块mod2中定义一个函数func2,func2调用func1。 在模块mod1中,EXPORT_SYMBOL(func1); 在模块mod2中...

linux模块导出符号 EXPORT_SYMBOL_GPL EXPORT_SYMBOL

一个模块mod1中定义一个函数func1;在另外一个模块mod2中定义一个函数func2,func2调用func1。 在模块mod1中,EXPORT_SYMBOL(func1); 在模块mod2中...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:driver: linux2.6 内核模块导出函数实例(EXPORT_SYMBOL)
举报原因:
原因补充:

(最多只允许输入30个字)