1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
| /*filename: test.c*/
#include <linux/init.h>
#include <linux/kernel.h>
#include <linux/module.h>
staticintdummy_init(void)
{
printk("hello,world.\n");
return0;
}
staticvoiddummy_exit(void)
{
return;
}
module_init(dummy_init);
module_exit(dummy_exit);
MODULE_LICENSE("GPL")
|
执行如下命令：
1
2
| $ gcc -c -O2 -DMODULE -D__KERNEL__ -I/usr/src/linux test.c
$ insmod test.o
|
No module found in object
insmod: error inserting ‘test.o’: -1 Invalid module format
正确的做法是写一个Makefile,由内核的Kbuild来帮你编译。
1
2
3
4
5
6
| $ cat Makefile
obj-m :=test.o
KDIR :=/lib/modules/$(shell uname -r)/build
PWD :=$(shell pwd)
default:
$(MAKE)-C $(KDIR)SUBDIRS=$(PWD)modules
|
执行如下命令：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| $make
make -C /lib/modules/2.6.5-1.358/build SUBDIRS=/test modules
make[1]:Entering directory `/lib/modules/2.6.5-1.358/build'
CC [M] /test/modinject/test.o
Building modules, stage 2.
MODPOST
CC /test/modinject/test.mod.o
LD [M] /test/modinject/test.ko
make[1]: Leaving directory `/lib/modules/2.6.5-1.358/build'
$ls -l
-rw-r--r--1 root root 268 Jan 7 08:31 test.c
-rw-r--r--1 root root 2483 Jan 8 09:19 test.ko
-rw-r--r--1 root root 691 Jan 8 09:19 test.mod.c
-rw-r--r--1 root root 1964 Jan 8 09:19 test.mod.o
-rw-r--r--1 root root 1064 Jan 8 09:19 test.o
|
其实上边的test.o就是用gcc生成的test.o,而test.ko是使用下列命令来生成的。
1
| $ld -m elf_i386 -r -o test.ko test.o test.mod.o
|
再来看看test.mod.c，它是由/usr/src/linux/scripts/modpost.c来生成的。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
| $ cat test.mod.c
#include <linux/module.h>
#include <linux/vermagic.h>
#include <linux/compiler.h>
MODULE_INFO(vermagic,VERMAGIC_STRING);
#undef unix
struct module __this_module
__attribute__((section(".gnu.linkonce.this_module")))={
.name =__stringify(KBUILD_MODNAME),
.init =init_module,
#ifdef CONFIG_MODULE_UNLOAD
.exit=cleanup_module,
#endif
};
static const struct modversion_info ____versions[]
__attribute_used__
__attribute__((section("__versions")))={
{0,"cleanup_module"},
{0,"init_module"},
{0,"struct_module"},
{0,"printk"},
};
static const char __module_depends[]
__attribute_used__
__attribute__((section(".modinfo")))=
"depends=";
|
可见，test.mod.o只是产生了几个ELF的节，分别是modinfo, .gun.linkonce.this_module(用于重定位，引进了rel.gnu.linkonce.this_module), __versions。而test.ko是test.o和test.mod.o合并的结果。
通常我们安装一个新的模块,先是编译出相应的ko文件，然后移动
1
| /lib/modules/`uname -r`/
|
目录或者某个子目录下，locate xxx.ko确定该模块确实在上面提到的目录下面，执行depmod -a，depmod将会检查
1
| /lib/modules/`uname -r`/
|
目录及其子目录中的所有模块文件，并根据相依性生成新的modules.dep文件，这时我们执行modprobe xxx.ko，该模块就会被正常加载了。
