4. 内核模块开发与调试：编写简单内核模块、printk与dmesg、模块加载与卸载流程

内核模块是Linux内核在运行时动态扩展功能的机制，允许开发者在不重新编译整个内核的情况下添加设备驱动、文件系统或网络协议。本章聚焦模块开发的基础流程、调试输出手段以及加载/卸载的生命周期管理，为后续深入I/O路径的反汇编分析打下实践基础。

4.1 内核模块的基本结构

一个标准的内核模块至少包含两个核心函数：模块初始化入口（module_init）和模块清理出口（module_exit）。此外，还需要通过MODULE_LICENSE声明许可证，否则内核会标记模块为“污染”（tainted）。

4.2 编写第一个内核模块：hello_module

以下是一个完整的最小内核模块示例，包含printk调试输出。注意内核编程不能使用标准C库，必须依赖内核导出的API。

// hello_module.c
#include <linux/module.h>
#include <linux/kernel.h>
#include <linux/init.h>

static int __init hello_init(void)
{
    printk(KERN_INFO "Hello, Kernel Module! Module loaded.\n");
    return 0;
}

static void __exit hello_exit(void)
{
    printk(KERN_INFO "Goodbye, Kernel Module! Module unloaded.\n");
}

module_init(hello_init);
module_exit(hello_exit);

MODULE_LICENSE("GPL");
MODULE_AUTHOR("Kernel Debug Course");
MODULE_DESCRIPTION("A simple hello world kernel module for debugging practice");

4.3 printk 与 dmesg：内核调试的“printf”

printk是内核空间最常用的日志输出函数，类似于用户空间的printf。它根据日志级别将消息写入内核环形缓冲区，用户通过dmesg命令查看。

4.3.1 printk 日志级别

4.3.2 dmesg 常用操作

• 查看所有内核日志：dmesg
• 实时跟踪新日志：dmesg -w（类似tail -f）
• 清空环形缓冲区：dmesg -c
• 按级别过滤：dmesg -l err,warn
• 显示人类可读时间戳：dmesg -T

4.4 模块加载与卸载流程

内核模块的加载和卸载涉及一系列内核内部操作，包括符号解析、内存分配、依赖检查和.init/.exit段执行。下图展示了完整的生命周期。

4.4.1 加载流程详解

1. 用户态触发：insmod hello_module.ko 或 modprobe hello_module（自动处理依赖）。
2. 系统调用入口：内核接收 sys_init_module，检查用户权限（需CAP_SYS_MODULE）。
3. ELF解析与加载：load_module() 解析模块的ELF格式，将代码段、数据段映射到内核地址空间。
4. 符号解析：将模块中未定义的符号与内核导出符号表（/proc/kallsyms）进行匹配。
5. 执行初始化：调用 module_init 指定的函数，若返回非0值，则回滚加载操作。
6. 注册完成：模块被加入全局模块链表，lsmod 可查看到该模块。

4.4.2 卸载流程详解

1. 用户态触发：rmmod hello_module 或 modprobe -r hello_module。
2. 系统调用入口：sys_delete_module 检查模块引用计数是否为0（refcnt）。
3. 执行清理：调用 module_exit 函数，释放已分配的资源（内存、中断、设备号等）。
4. 符号注销：从内核符号表中移除该模块导出的符号。
5. 内存释放：回收模块占用的内核内存，从模块链表中删除节点。

4.5 模块调试实践技巧

• 查看模块信息：modinfo hello_module.ko 显示作者、描述、依赖和参数。
• 查看已加载模块：lsmod 列出所有模块及其使用计数。
• 动态调试输出：通过 echo 'module hello_module +p' > /sys/kernel/debug/dynamic_debug/control 启用动态调试。
• 模块参数传递：使用 module_param(name, type, perm) 宏，可在 insmod 时传递参数，例如 insmod hello_module.ko debug=1。
• 内核崩溃分析：如果模块导致Oops，使用 dmesg 查看调用栈，结合 addr2line 或 gdb 反汇编定位问题。

4.6 本章小结