Helloworld 驱动模块加载
介绍
本文引用《linux设备驱动开发》书中部分解释，记录开篇第一章helloworld程序
以下内容需要掌握如下基础信息linux模块概念、链接编译、c语言基础
内容
helloworld.c
#include <linux/init.h>
#include <linux/module.h>
#include <linux/kernel.h>
static int __init hellowolrd_init(void) {
pr_info("Hello world!\n");
return 0;
}
static void __exit hellowolrd_exit(void) {
pr_info("End of the world\n");
}
module_init(hellowolrd_init);
module_exit(hellowolrd_exit);
MODULE_AUTHOR("John Madieu <john.madieu@gmail.com>");
MODULE_LICENSE("GPL");运行make命令之后,它会生成两个模块
After running make command, there will be two modules:
- helloworld.ko
- helloworld-params.ko
第一个模块是基本helloworld驱动程序，第二个也是相同的，但是它接收一些参数，并在内核调试消息中打印这些参数，加载第一个模块后，将在内核中添加两个调试消息，
安装模块
# insmod ./helloworld.ko卸载模块
# rmmod -f helloworld内核消息
#dmesg
[...]
[38535.487568] Hello world!
[38542.391099] End of the world对于第二个模块，可以使用下面方式加载
# insmod ./helloworld-params.ko如果未提供任何参数，将使用默认值：
$ dmesg
[...]
[37858.595126] Hello world with parameters!
[37858.595129] The *mystr* parameter: hello
[37858.595130] The *myint* parameter: 1
[37858.595131] The *myarr* parameter: 0, 1, 2
[37887.232643] End of the world我们传入一些参数之后，将打印出如下消息
# insmod ./helloworld-params.ko mystr="packtpub" myint=255 myarr=23,4,7
# dmesg
[...]
[37892.417968] Hello world with parameters!
[37892.417970] The *mystr* parameter: packtpub
[37892.417971] The *myint* parameter: 255
[37892.417972] The *myarr* parameter: 23, 4, 7
[37895.222808] End of the world模块的入点和出点
内核驱动程序都有入点和出点：前者对应于模块加载时调用的函数（modprobe和insmod，该内容在书中有介绍），后者是模块卸载时执行的函数（在执行rmmod和modprobe -r 时，该内容书中有介绍）。
main()函数使用C/C++编写的每个用户空间程序的入点，当这个函数返回时，程序将退出。而对于内核模块，情况就不一样了：入点可以随意命名，它也不像用户空间程序那样在main()返回是退出，其出点在另一个函数中定义，开发人员 要做的就是通知内核把 哪些函数作为入点或出点来执行。实际上，唯一必须要做的是把它们作为参数提供为module_init()和module_exit()宏，将它们标识为相应的加载和删除函数。
综上所述，module_init()用于声明模块加载（使用insmod或modprobe）时应该调用的函数。初始化函数中要完成的操作是定义模块的行为。module_exit()用于声明模块卸载（使用rmmod）时应该调用的函数。
代码中__init和__exit属性
__init和__exit实际上是在include/linux/init.h中定义的内核宏，如下所示：
#define __init__section(.init.text)
#define __exir__section(.exit.text)ELF目标文件
编译文件工作方式，ELF目标文件有不同的命名部分组成，其中一部分是必需的，它们称为ELF标准的基础，但也可以根据自己的需要构建任一部分，并由特殊程序使用，内核就是这样做的。如上所属的内核宏的工作方式，如需要了解它的原理ELF目标文件的可执行和可链接格式说明需要了解
可以通过下列命令打印出指定内核模块module.ko的不同组成部分
~/.../LinuxDeviceDriversDevelopment_Code/Chapter02 >>> objdump -h helloworld.ko
helloworld.ko： 文件格式 elf64-x86-64
节：
Idx Name Size VMA LMA File off Algn
0 .text 00000000 0000000000000000 0000000000000000 00000040 2**0
CONTENTS, ALLOC, LOAD, READONLY, CODE
1 .init.text 00000015 0000000000000000 0000000000000000 00000040 2**0
CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
2 .exit.text 0000000c 0000000000000000 0000000000000000 00000055 2**0
CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
3 .rodata.str1.1 00000024 0000000000000000 0000000000000000 00000061 2**0
CONTENTS, ALLOC, LOAD, READONLY, DATA
4 __mcount_loc 00000008 0000000000000000 0000000000000000 00000085 2**0
CONTENTS, ALLOC, LOAD, RELOC, READONLY, DATA
5 .rodata 0000008c 0000000000000000 0000000000000000 000000a0 2**5
CONTENTS, ALLOC, LOAD, RELOC, READONLY, DATA
6 .rodata.str1.8 00000058 0000000000000000 0000000000000000 00000130 2**3
CONTENTS, ALLOC, LOAD, READONLY, DATA
7 .modinfo 000000af 0000000000000000 0000000000000000 00000188 2**0
CONTENTS, ALLOC, LOAD, READONLY, DATA
8 .orc_unwind 0000001e 0000000000000000 0000000000000000 00000237 2**0
CONTENTS, ALLOC, LOAD, READONLY, DATA
9 .orc_unwind_ip 00000014 0000000000000000 0000000000000000 00000255 2**0
CONTENTS, ALLOC, LOAD, RELOC, READONLY, DATA
10 .note.gnu.property 00000030 0000000000000000 0000000000000000 00000270 2**3
CONTENTS, ALLOC, LOAD, READONLY, DATA
11 .note.gnu.build-id 00000024 0000000000000000 0000000000000000 000002a0 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
12 .note.Linux 00000030 0000000000000000 0000000000000000 000002c4 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
13 .data 00000000 0000000000000000 0000000000000000 000002f4 2**0
CONTENTS, ALLOC, LOAD, DATA
14 .printk_index 00000010 0000000000000000 0000000000000000 000002f8 2**3
CONTENTS, ALLOC, LOAD, RELOC, DATA
15 .gnu.linkonce.this_module 000003c0 0000000000000000 0000000000000000 00000340 2**6
CONTENTS, ALLOC, LOAD, RELOC, DATA, LINK_ONCE_DISCARD
16 .bss 00000000 0000000000000000 0000000000000000 00000700 2**0
ALLOC
17 .debug_info 000038ec 0000000000000000 0000000000000000 00000700 2**0
CONTENTS, RELOC, READONLY, DEBUGGING, OCTETS
18 .debug_abbrev 00000609 0000000000000000 0000000000000000 00003fec 2**0
CONTENTS, READONLY, DEBUGGING, OCTETS
19 .debug_aranges 00000060 0000000000000000 0000000000000000 000045f5 2**0
CONTENTS, RELOC, READONLY, DEBUGGING, OCTETS
20 .debug_ranges 00000030 0000000000000000 0000000000000000 00004655 2**0
CONTENTS, RELOC, READONLY, DEBUGGING, OCTETS
21 .debug_line 000005a7 0000000000000000 0000000000000000 00004685 2**0
CONTENTS, RELOC, READONLY, DEBUGGING, OCTETS
22 .debug_str 00003206 0000000000000000 0000000000000000 00004c2c 2**0
CONTENTS, READONLY, DEBUGGING, OCTETS
23 .comment 00000026 0000000000000000 0000000000000000 00007e32 2**0
CONTENTS, READONLY
24 .note.GNU-stack 00000000 0000000000000000 0000000000000000 00007e58 2**0
CONTENTS, READONLY
25 .debug_frame 00000048 0000000000000000 0000000000000000 00007e58 2**3
CONTENTS, RELOC, READONLY, DEBUGGING, OCTETS
26 .BTF 00000050 0000000000000000 0000000000000000 00007ea0 2**0
CONTENTS, READONLY如上只有少部分属于ELF标准
- .text: 包含程序代码，也称为代码。
- .data: 包含初始化数据，也称为数据段。
- .rodata: 用于只读数据。
- .comment: 注释。
- 未初始化化的数据段，也称为有符号开始的块（block started by symbol,bss）。
ELF链接器
对于代码程序中内核添加的其他部分，讨论为时过早，我们首先要讨论链接器是如何将目标程序文件排列，并将相关.init.text链接到程序中hellowolrd_init及.exit.text链接到程序中hellowolrd_exit
要解释这一行为，首先我们要了解一个叫做链接器（Linux系统上的ld）程序，该程序负责将符号（数据、代码等）放置到生成的二进制文件中的适当部分，以便在程序执行时可以被加载器处理。二进制文件中的这些部分可以自定义、更改它们的默认位置，甚至可以通过提供链接器脚本[称为链接器定义文件（LDF）或链接器定义脚本(LDS)]来添加其他部分。要实现这些操作只需通过编译器指令把符号的位置告知链接器即可，GUN C编译器为此提供了一些属性。Linux内核提供了一个自定义LDS文件，它位于arch/<arch>/kernel/vmlinux.lds,.s中。对于要放置在内核LDS文件所映射的专用部分中的符号，使用__init和__exit进行标记。
总之，__init和__exit是Linux指令（实际上是宏），他们使用C编译器属性指定符号的位置。这些指令指示编译器将以它们为前缀的代码分别放在.init.text和.exit.text部分，虽然内核可以访问不同的对象部分。
手机扫一扫
移动阅读更方便
你可能感兴趣的文章