linux设备驱动归纳总结（二）：模块的相关基础概念

迷南。 2022-03-20 19:17 250阅读 0赞

系统平台：Ubuntu 10.04

开发平台：S3C2440开发板

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

**一。初探****linux****内核模块**

内核模块：内核本身是很庞大的一个结构，需要的组件很多。编译内核时，用户 可以把所有的代码编译进内核，但是这样会引起两个问题：一是内核过大；二是 当需要添加或者删除内核时，需要重新再编译内核。所以有了内核模块的概念。 模块并不编译到内核中，编译后存放在指定的目录，当需要使用时动态加载。

1.1下面是一个非常经典的hello world代码： 目录：1st

/\*2nd\_module/1st\*/

1 \#include <linux/module.h> //包含了很多装载模块需要的符号和函数的定义

2 \#include <linux/init.h> //用于指定初始化函数和清除函数

3

4 static int \_\_init test\_init(void) //内核初始化函数

5 \{

6         printk("hello world!\\n"); //打印函数，和prinft类似

7         return 0;

8 \}

9

10 static void \_\_exit test\_exit(void)//内核清除函数

11 \{

12         printk("good bye!\\n");

13 \}

14

15 module\_init(test\_init); //指定初始化函数

16 module\_exit(test\_exit); //指定清除函数

17

18 MODULE\_LICENSE("GPL"); //指定代码使用的许可证

19 MODULE\_AUTHOR("xiao bai"); //指定作者

20 MODULE\_VERSION("1.0"); //指定代码修订号

1.2再来一个Makefile：

(注：如果不知道“make -C $(KDIR) M=\`pwd\` modules ”语句的意思，可以查看linux内核驱动归纳总结（一）：内核的相关基础概念的第六小节)

obj-m += test.o

KDIR:=/root/Desktop/drives/nfsroot-29/linux-2.6.29

all:

make -C $(KDIR) M=\`pwd\` modules

clean:

make -C $(KDIR) M=\`pwd\` modules clean

rm -f modules.order

1.3编写完毕后在代码目录下执行“make”命令，就会产生test.ko文件，在开发板 上通过命令“insmod test.ko”,插入模块，通过命令“lsmod”查看当前的所有 装载上的模块，通过命令“rmmod test”卸载该模块。并且，加载时会输出 “hello world!”，卸载时会输出“good bye!”。

\[root: 1st\]\# rmmod test

good bye!

\[root: 1st\]\# insmod test.ko

hello world!

\[root: 1st\]\# lsmod

test 1060 0 - Live 0xbf00c000

\[root: 1st\]\# rmmod test

good bye!

\[root: 1st\]\#

1.4上面的程序包含了三个知识点：

1.4.1内核初始化函数：

static int \_\_init test\_init(void) //内核初始化函数

\{

\}

module\_init(test\_init); //指定初始化函数

1)初始化函数是在模块加载时自动被调用，执行相关的初始化工作。

2)static和\_\_init都是可以不加的，因为初始化函数除了加载时执行外没有别的 用处，加上static只是声明一下，该函数只能在模块内部使用。而加上\_\_init后，它暗 示内核该函数仅在初始化时使用，所以在模块被装载后，模块装载器就会把该函 数扔掉，释放占用的内存空间。

3)但是moudle\_init()是必须要的，因为这样才能让模块加载器知道这是个初始化 函数，没有这一步，函数就不会得到调用。

4)初始化函数成功返回0，失败返回对应的错误码。

1.4.2内核清除函数：

static void \_\_exit test\_exit(void)//内核清除函数

\{

\}

module\_exit(test\_exit); //指定清除函数

1)内核清除函数是在模块卸载是自动被调用，执行相关的清除工作。

2)同上，static和\_\_exit都是可以不加的，但如果加上\_\_exit，模块直接编 译进内核或者不允许卸载，被标志为\_\_exit的函数会被自动丢弃掉。

3)module\_exit是必须的，因为这样内核才能找到清除函数。

4)清除函数的没有返回值。

5)一个没有定义清除函数的模块，是不允许被加载的。

1.4.3模块的描述性定义：

MODULE\_LICENSE("GPL"); //指定代码使用的许可证

MODULE\_AUTHOR("xiao bai"); //指定作者

MODULE\_VERSION("1.0"); //指定代码修订号

1)以上的都是一些都该模块的描述，除了上面的还有MODULE\_ALIAS(模块的别名) MODULE\_DESCRIPTION(描述用途)等。

2)MODULE\_LICENSE一般都是要写的，告诉内核该程序使用的许可证，不然在加载 时它会提示该模块污染内核。

3)MODULE\_声明可以声明在源代码任意位置，但习惯放在代码的最后。

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

**二。内核中的****printk**

printk与printf的用法是差不多的，最大的区别就是printk可以指定打印的优先 级。另外一个区别就是，printf只用在用户态，printk用于内核态。

下面由程序讲解 目录：2nd

/\*2nd\_module/2nd\*/

1 \#include <linux/module.h>

2 \#include <linux/init.h>

3

4 static int \_\_init test\_init(void)

5 \{

6         printk("hello world!\\n");

7         printk("<0>" "hello world! 0\\n");

8         printk("<1>" "hello world! 1\\n");

9         printk("<2>" "hello world! 2\\n");

10       printk("<3>" "hello world! 3\\n");

11       printk("<4>" "hello world! 4\\n");

12       printk("<5>" "hello world! 5\\n");

13       printk("<6>" "hello world! 6\\n");

14       printk("<7>" "hello world! 7\\n");

15       return 0;

16 \}

17

18 static void \_\_exit test\_exit(void)

19 \{

20         printk("good bye!\\n");

21 \}

22

23 module\_init(test\_init);

24 module\_exit(test\_exit);

25

26 MODULE\_LICENSE("GPL");

27 MODULE\_AUTHOR("xiao bai");

28 MODULE\_VERSION("1.0");

编译后加载模块，发现输出内容为：

\[root: 2nd\]\# insmod test.ko

hello world!

hello world! 0

hello world! 1

hello world! 2

hello world! 3

hello world! 4

hello world! 5

hello world! 6

输出唯独缺少了最后一个"hello world! 7"，这是因为printk输出优先级的导致 的。printk的优先级如下,在内核目录下inxlude/linux/kernel.h下有记录：

91 \#define KERN\_EMERG "<0>" /\* system is unusable \*/

92 \#define KERN\_ALERT "<1>" /\* action must be taken immediately \*/

93 \#define KERN\_CRIT "<2>" /\* critical conditions \*/

94 \#define KERN\_ERR "<3>" /\* error conditions \*/

95 \#define KERN\_WARNING "<4>" /\* warning conditions \*/

96 \#define KERN\_NOTICE "<5>" /\* normal but significant condition \*/

97 \#define KERN\_INFO "<6>" /\* informational \*/

98 \#define KERN\_DEBUG "<7>" /\* debug-level messages \*/

其中<0>的优先级最高，<7>优先级最低。上面的printk语句的优先级都可以用字符 串代替，如下面两句是同等作用的：

p \{ margin-bottom: 0.21cm; \}

printk("<3>" "hello world! 3\\n");

printk(KERN\_ERR "hello world! 3\\n")

如果调用printk使用的优先级低于或等于控制台的默认优先级，就不能被输出到 控制台终端上显示，所以在minicom界面中看不到最后一句的输出。

按照以上的推测，可以得到两个结论：

一、如果不指定prinfk的优先级，prinfk的默认优先级比控制台的优先级高，所 以才能显示在控制台上。

二、控制台的优先级是6，因为低于6优先级的语句不能打印出来。

printk的默认优先级在内核目录kernel/printk.c定义：

47 /\* printk's without a loglevel use this.. \*/

48 \#define DEFAULT\_MESSAGE\_LOGLEVEL 4 /\* KERN\_WARNING \*/

49

50 /\* We show everything that is MORE important than this.. \*/

51 \#define MINIMUM\_CONSOLE\_LOGLEVEL 1 /\* Minimum loglevel we let people use \*/

52 \#define DEFAULT\_CONSOLE\_LOGLEVEL 7 /\* anything MORE serious than KERN\_DEBUG\*/

文件中定义了printk的默认输出优先级为4，并定义了一般使用的最大和最小优先 级1和7。

而终端控制台的输出优先级配置在文件/proc/sys/kernel/printk中：

\[root: /\]\# cat /proc/sys/kernel/printk

7 4 1 7

7 4 1 7分别是：

7：console\_loglevel //这个就是控制台的默认优先级

4：default\_message\_loglevel // 这个是printk的默认输出优先级

1：minimum\_console\_level

7：default\_console\_loglevel

可以通过修改该文件使所有优先级的消息都显示出来。

\[root: /\]\# echo 8 > /proc/sys/kernel/printk

注意的是，即使没有显示在控制台的内核消息，也会追加到/var/log/messages，通过查看/var/log/messages就能看到。

**小技巧：**可以通过printk的优先级定义是否输出调试信息：目录：3rd

1 \#include <linux/module.h>

2 \#include <linux/init.h>

3

4 \#define DEBUG\_SWITCH 0

5 \#if DEBUG\_SWITCH

6         \#define P\_DEBUG(fmt, args...) printk("<1>" "<kernel>\[%s\]"fmt, \_\_FUNCTION\_\_, \#\#args)

7 \#else

8         \#define P\_DEBUG(fmt, args...) printk("<7>" "<kernel>\[%s\]"fmt, \_\_FUNCTION\_\_, \#\#args)

9 \#endif

10

11

12 static int \_\_init test\_init(void)

13 \{

14         printk("hello world!\\n");

15         P\_DEBUG("debug!\\n");

16         return 0;

17 \}

18

19 static void \_\_exit test\_exit(void)

20 \{

21         printk("good bye!\\n");

22 \}

23

24 module\_init(test\_init);

25 module\_exit(test\_exit);

26

27 MODULE\_LICENSE("GPL");

28 MODULE\_AUTHOR("xiao bai");

29 MODULE\_VERSION("1.0");

当\#define DEBUG\_SWITCH 0时，P\_DEBUG语句并不输出到控制台。

相反，当\#define DEBUG\_SWITCH 1时，P\_DEBUG语句输出到控制台。

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

**三。内核传参————****module\_param**

在用户态的C语言中，函数的传参使用main(int argc, char\* argv)，内核的传参使用了另外一种方法：

步骤一、在内核函数中用module\_param指定模块参数。

步骤二、加载内核时传递参数给模块。

module\_param函数使用方法：

module\_param(name, type, perm)

name：内核参数的名称，自己定义；

type：内核参数的类型，常见的类型byte、short、int、long、ulong、bool 、charp(字符指针);

perm：内核参数的权限S\_IRUGO(对模块参数具有读权限)。其实权限和文件的 权限差不多，具体可以查看"include/linux/stat.h"。

所以，要定义一个int模块参数，权限是0644，在函数中需要定义：

int a=0;

module\_paaram(a, int, 0644);

内核加载模块时传递参数的方法：

使用命令：insmod xxx.ko a=1

如果加载模块时不指定参数，模块会使用默认值0，否则会使用1。

模块加载后，并且他的权限不为0，就可以在/sys/module/xxx/parameter目录下 找到对应的模块参数。

模块参数使用例子：目录 4th

/\*2nd\_module/4th\*/

1 \#include <linux/module.h>

2 \#include <linux/init.h>

3

4 int num = 123;

5 char \*name = "xiao bai";

6

7 static int \_\_init test\_init(void)

8 \{

9         printk("hello world!\\n");

10        printk("num = %d, name:\[%s\]\\n", num, name);

11        return 0;

12 \}

13

14 static void \_\_exit test\_exit(void)

15 \{

16        printk("good bye!\\n");

17 \}

18

19 module\_init(test\_init);

20 module\_exit(test\_exit);

21 module\_param(num, int, 0644);

22 module\_param(name, charp, 0644);

23

24 MODULE\_LICENSE("GPL");

25 MODULE\_AUTHOR("xiao bai");

26 MODULE\_VERSION("1.0");

几种指定模块参数时的效果：

\[root: 4th\]\# insmod test.ko

hello world!

num = 123, name:\[xiao bai\]

\[root: 4th\]\# rmmod test

good bye!

\[root: 4th\]\# insmod test.ko num=321 name='haha'

hello world!

num = 321, name:\[haha\]

\[root: 4th\]\# rmmod test

good bye!

\[root: 4th\]\# insmod test.ko name='haha'

hello world!

num = 123, name:\[haha\]

查看/sys/module/test/parameter目录，出现了模块参数：

\[root: 4th\]\# ls /sys/module/test/parameters/

name num

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

**四、内核函数间的调用**

内核函数间的调用有两种方法：

1)、把需要调用的函数编译进模块，与C语言的静态库类似。

2)、把许压迫被调用的函数导出到符号表，方便模块使用，与C语言的动态库类似

**先说第一个方法：多文件编译 目录 ****5th**

1)编写被调用的函数文件haha.c

1 \#include <linux/module.h>

2 \#include "haha.h"

3

4 void haha(void)

5 \{

6         printk("haha!\\n");

7 \}

2)编写头文件haha.h

1 \#ifndef \_\_HAHA\_H\_\_

2 \#define \_\_HAHA\_H\_\_

3

4 void haha(void);

5

6 \#endif

3)编写模块文件test.c

1 \#include <linux/module.h>

2 \#include <linux/init.h>

3 \#include "haha.h"

4

5 static int \_\_init test\_init(void)

6 \{

7         printk("hello world!\\n");

8         haha();

9         return 0;

10 \}

11

12 static void \_\_exit test\_exit(void)

13 \{

14         printk("good bye!\\n");

15 \}

16

17 module\_init(test\_init);

18 module\_exit(test\_exit);

19

20 MODULE\_LICENSE("GPL");

21 MODULE\_AUTHOR("xiao bai");

22 MODULE\_VERSION("1.0");

4)编写Makefile，与之前的Makefile不一样，因为涉及到多文件编译

1 obj-m += test\_haha.o //生成test\_haha.ko

2 test\_haha-objs += haha.o test.o //test\_haha.ko有haha.o和test.o组成

3

4 KDIR:=/root/Desktop/drives/nfsroot-29/linux-2.6.29

5 all:

6         make -C $(KDIR) M=\`pwd\` modules

7 clean:

8         make -C $(KDIR) M=\`pwd\` modules clean

9         rm -f modules.order

编译完毕后生成test\_haha,ko，看一下效果

\[root: 5th\]\# insmod test\_haha.ko

hello world!

haha!

值得指出的是，上面的方法一般不用。应该使用下面的方法。

**第二种方法：导出符号表****EXPORT\_SYMBOL ****：目录 ****6th**

导出符号表是指，在定义一个函数后，在模块中使用语句"EXPORT\_SYMBOL(xxxxx)" 将函数导出。通过这样，内核就知道了该函数和在内存中对应的地址，这样模块 就可以调用导出的函数了。在"/proc/kallsyms"文件中对应这符号表，它记录了函数的符号和函数在内存所在的地址。

看看方法：

1)在6th/core目录下编写被调用的函数的文件haha.c

1 \#include <linux/module.h>

2 \#include <linux/init.h>

3 \#include "../include/haha.h"

4

5 int haha(void)

6 \{

7         printk("haha!\\n");

8         return 0;

9 \}

10

11 EXPORT\_SYMBOL(haha); //导出函数

12 MODULE\_LICENSE("GPL");

2）在6th/core目录下编写Makefile，用于编译haha.c成haha.ko

1 obj-m += haha.o

2

3 KDIR:=/root/Desktop/drives/nfsroot-29/linux-2.6.29

4 all:

5         make -C $(KDIR) M=\`pwd\` modules

6 clean:

7         make -C $(KDIR) M=\`pwd\` modules clean

8         rm -f modules.order

3)在6th/include目录下编写头文件haha.h

1 \#ifndef \_\_HAHA\_H\_\_

2 \#define \_\_HAHA\_H\_\_

3

4 int haha(void);

5

6 \#endif

4)在6th/driver目录下编写文件test.c

1 \#include <linux/module.h>

2 \#include <linux/init.h>

3 \#include "../include/haha.h"

4

5 static int \_\_init test\_init(void)

6 \{

7         printk("hello world!\\n");

8         haha();

9         return 0;

10 \}

11

12 static void \_\_exit test\_exit(void)

13 \{

14         printk("good bye!\\n");

15 \}

16

17 module\_init(test\_init);

18 module\_exit(test\_exit);

19

20 MODULE\_LICENSE("GPL");

21 MODULE\_AUTHOR("xiao bai");

22 MODULE\_VERSION("1.0");

5)在6th/driver目录下编写Makefile，用于编译test.c

1 obj-m += test.o

2

3 KDIR:=/root/Desktop/drives/nfsroot-29/linux-2.6.29

4 all:

5         make -C $(KDIR) M=\`pwd\` modules

6 clean:

7         make -C $(KDIR) M=\`pwd\` modules clean

8         rm -f modules.order

最终会生成两个文件，一个是core目录下的haha.ko，一个是driver目录下的 test.ko。这两个文件的加载也要讲究顺序。

如果先加载test.ko的话会出错：

\[root: driver\]\# insmod test.ko

test: Unknown symbol haha

insmod: cannot insert 'test.ko': unknown symbol in module or invalid parameter

这是因为内核不能找到函数haha：

\[root: core\]\# cat /proc/kallsyms | grep haha //没有显示任何东西

所以需要先加载模块haha.ko，这样就可以在/proc/kallsyms中找到

\[root: /\]\# cd review\_driver/2nd\_module/6th/core/

\[root: core\]\# insmod haha.ko

\[root: core\]\# cat /proc/kallsyms | grep haha

00000000 a haha.c \[haha\]

bf000000 t $a \[haha\]

bf00001c t $d \[haha\]

bf000044 r \_\_kstrtab\_haha \[haha\]

c4827080 ? \_\_mod\_license12 \[haha\]

bf000054 r \_\_ksymtab\_haha \[haha\]

bf000054 r $d \[haha\]

00000000 a haha.mod.c \[haha\]

c482708c ? \_\_module\_depends \[haha\]

c4827098 ? \_\_mod\_vermagic5 \[haha\]

bf000280 d \_\_this\_module \[haha\]

bf000000 T haha \[haha\]

c0225c10 u printk \[haha\]

\[root: core\]\#

到出符号表之后就可以加载模块test.ko了

\[root: core\]\# cd ../driver/

\[root: driver\]\# insmod test.ko

hello world!

haha!

**随便提一下两个小问题：**

1)、函数是必须有"\#include <linux/module.h>"

原因一：printk的调用需要

原因二：如果不加上面的命令就不会显示"bf000000 T haha \[haha\]", 而显示"bf000000 t haha \[haha\]"，小写t表示该符号未定义。

2）、模块的引用技术：

\[root: 6th\]\# insmod core/haha.ko

\[root: 6th\]\# lsmod

haha 904 0 - Live 0xbf000000 //0 无引用

\[root: 6th\]\# insmod driver/test.ko

hello world!

haha!

\[root: 6th\]\# lsmod

test 1084 0 - Live 0xbf003000

haha 904 1 test, Live 0xbf000000 //被引用一次，test模块引用

可以看到，加载了test.ko时，haha模块产生了变化，如果卸载的时候先卸载haha 是不可以的，因为它还被人引用，必须先卸载test。

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

发表评论取消回复

表情：

评论列表（有 0 条评论，250人围观）

还没有评论，来说两句吧...

相关阅读

相关 linux设备驱动归纳总结（四）：1.进程管理的相关概念

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

心已赠人/ 2022年04月23日 10:54/ 0 赞/ 210 阅读

相关 linux设备驱动归纳总结（四）：2.进程调度的相关概念

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

ゞ浴缸里的玫瑰/ 2022年04月23日 10:54/ 0 赞/ 192 阅读

相关 linux设备驱动归纳总结（二）：模块的相关基础概念

系统平台：Ubuntu 10.04 开发平台：S3C2440开发板 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

迷南。/ 2022年03月20日 19:17/ 0 赞/ 251 阅读

相关 linux设备驱动归纳总结（一）：内核的相关基础概念

linux设备驱动归纳总结（一）：内核的相关基础概念 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

素颜马尾好姑娘i/ 2022年03月20日 19:15/ 0 赞/ 208 阅读

相关 linux设备驱动归纳总结（十二）：简单的数码相框

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

冷不防/ 2022年03月19日 03:58/ 0 赞/ 193 阅读

相关 linux设备驱动归纳总结（十）：1.udev&misc

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

骑猪看日落/ 2022年03月19日 03:56/ 0 赞/ 313 阅读

相关 linux设备驱动归纳总结（九）：1.platform总线的设备和驱动

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

雨点打透心脏的1/2处/ 2022年03月19日 03:56/ 0 赞/ 323 阅读

相关 linux设备驱动归纳总结（八）：2.总线、设备和驱动的关系

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

雨点打透心脏的1/2处/ 2022年03月19日 03:54/ 0 赞/ 240 阅读

相关 linux设备驱动归纳总结（八）：1.总线、设备和驱动

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

悠悠/ 2022年03月19日 03:54/ 0 赞/ 454 阅读

相关 linux设备驱动归纳总结（七）：2.内核定时器

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

￡神魔★判官ぃ/ 2022年03月19日 03:53/ 0 赞/ 272 阅读