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部分，虽然内核可以访问不同的对象部分。