kk Blog —— 通用基础


date [-d @int|str] [+%s|"+%F %T"]
netstat -ltunp
sar -n DEV 1

内核编译模块

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,该模块就会被正常加载了。