linux内核模块指北


难度 中等

linux内核提供在运行时可进行扩展的特性,这意味着当系统启动并运行时,我们可以向内核添加或移除部分功能。我们在运行时添加到内核中的代码就被成为动态可加载内核模块,我们简称为内核模块。可以将内核模块模块简单理解为linux内核的插件。

内核模块基本操作

内核模块编译后会生成.ko的文件,在linux系统中可以执行如下命令查看模块相关信息。

<<<<<<< HEAD

#加载内核模块

insmod

#卸载内核模块

rmmod

#列出内核模块

lsmod

#查看模块信息

modinfo modname

=======
#加载内核模块
insmod
#卸载内核模块
rmmod
#列出内核模块
lsmod
#查看模块信息
modinfo modname
>>>>>>> 805efff96212946933afaddb75d65e85df96dac0

编写内核模块

模块声明

  • MODULE_LICENSE (“ GPL ”): 内核可以识别的许可证有GPL(任意版本GNU通用公共许可证)、GPL v2等

  • MODULE_AUTHOR (“作者”): 声明作者信息可以不用

  • MODULE_VERSION (“版本”): 声明版本信息也可以不用

  • MODULE_DESCRIPTION (“功能描述”): 声明模块功能,可不用

模块参数

我们可以在加载内核模块的时候向其传递参数,以让同一代码达到不同的效果。当然我们的参数必须用module_param宏来声明具体如下:

<<<<<<< HEAD

module_param(name,type,perm)

=======
module_param(name,type,perm) 
>>>>>>> 805efff96212946933afaddb75d65e85df96dac0
  • name : 变量名

  • type : 数据类型内核支持模块参数类型有:bool、invbool(bool的发转,true变为false,false变为true)、charp(char类型指针值)、int、long、short、uint、ulong、ushort、

  • perm : 常见的访问许可值通常为S_IRUGO和S_IWUSR。通常情况下将他们按位或

同时我们也可以用下面的宏声明数组:


Module_param_array(name,type,num,perm)

模块符号导出

当一个模块要使用另一个模块的函数(变量)的时候,要使用EXPORT_SYMBOL(符号名)或者EXPORT_SYMBOL_GPL(符号名)来申明。

注:EXPORT_SYMBOL_GPL()只适用于遵循GPL协议的模块

模块实例

  • hello.mod

#include<linux/init.h>

#include<linux/module.h>

MODULE_LICENSE("GPL");

staticint hello_init(void)

{

printk("<0> hello!\n");

return0;

}

staticvoid hello_exit(void)

{

printk("<0> goodbyen");

}

module_init(hello_init);//该宏在模块的目标代码中增加一个特殊的段,用于说明内核初始化函数所在的位置

module_exit(hello_exit);//跟上面的宏对立
  • makefile

obj-m := hello.o

DIRS :=/home/linux

all:

make -C $(DIRS) M=$(PWD) modules

clean:

rm -Rf*.o *.ko *.mod.c *.order *.symvers
  • printk

printk函数为内核打印函数,其和printf函数功能类似,不过比printf多了打印权限一共有8个级别,printk的日志级别定义如下(在include/linux/kernel.h中)


#define KERN_EMERG 0 //紧急事件消息,系统崩溃之前提示,表示系统不可用

#define KERN_ALERT  1 //报告消息,表示必须立即采取措施

#define KERN_CRIT    2 //临界条件,通常涉及严重的硬件或软件操作失败

#define KERN_ERR    3 //错误条件,驱动程序常用KERN_ERR来报告硬件的错误

#define KERN_WARNING  4 //警告条件,对可能出现问题的情况进行警告

#define KERN_NOTICE 5 //正常但又重要的条件,用于提醒

#define KERN_INFO 6    //提示信息,如驱动程序启动时,打印硬件信息

#define KERN_DEBUG 7 //调试级别的消息

reference

  1. https://blog.csdn.net/qq_33406883/article/details/100071183

文章作者: growdu
版权声明: 本博客所有文章除特別声明外,均采用 CC BY 4.0 许可协议。转载请注明来源 growdu !
  目录
分类导航
随笔2 AI27 算法1 计算机基础13 博客搭建7 ChatGPT2 集群63 计算机通信1 数据库34 数据库深入80 DPDK26 Docker11 Elasticsearch4 编辑工具4 FAQ1 Go Web1 hometown2 编程语言16 网络9 OPC1 Linux38 openGauss4 页面12 PostgreSQL54 程序员自我修养1 协议11 成长之路1 stock1 存储5 工具20 VPP18 视频作品1 Vue13 Web1 代码示例11 数据库15 BenchmarkSQL1 PostgreSQL 源码修炼之路14
最热文章
1
13 逻辑复制深入
数据库深入🔥 1570
2
0 Postgresql存储、索引及系统优化、主备切换
PostgreSQL🔥 1495
3
一文读懂openguass dcf网络模块
集群🔥 1420
4
逻辑复制源码分析
数据库深入🔥 1327
5
PostgreSQL 分区表:从一行 `PARTITION BY` 到路由热路径的全链路拆解
数据库🔥 1094
6
applyparallelworker.c 之 LA 端源码深度解析:Leader Apply Worker 的指挥中枢
数据库深入🔥 1082
7
PostgreSQL Background Worker 全解:从 `RegisterBackgroundWorker` 到逻辑复制 4 类 worker 的全生命周期
数据库🔥 1078
8
PostgreSQL的后台进程walsender分析 - 关系型数据库 - 亿速云
PostgreSQL🔥 1033
9
PostgreSQL 逻辑复制的监控:六张视图 + 一组可执行 SQL,把 publisher/subscriber 的速率与健康度彻底看透
数据库🔥 1032
10
PostgreSQL 逻辑复制支持 DDL 之后:DDL 与 DML 的时序难题(重点:分区表)
数据库🔥 999
11
reorderbuffer.c 源码深度解析:PostgreSQL 逻辑复制的"事务重组引擎
数据库深入🔥 953
12
PostgreSQL 内核开发:读取一张表的 9 步标准流程与缓存全景
数据库🔥 938
13
从 `postgres` 二进制到生产级守护 —— PostgreSQL 最外层模块与启动全流程拆解
数据库🔥 936
14
支持逻辑复制同步 DDL 适配 SQL Server 方案
数据库深入🔥 934
15
PostgreSQL 逻辑复制的 ReorderBuffer 与事务机制:从一行 WAL 到一致性变更流的全链路绑定
数据库🔥 913
16
DDL同步架构(美化版)
数据库深入🔥 908
17
PostgreSQL Latch 机制详解:从一行 SetLatch 到 epoll 的内核之旅
数据库🔥 871
18
pgbench 源码全解:一个 C 文件如何撑起 PostgreSQL 官方压测工具
数据库🔥 860
19
PostgreSQL libpq 机制与缓冲区详解
数据库🔥 850
20
PostgreSQL 逻辑复制 spill 文件深度剖析:从 `xid-*.spill` 到 TPC-C 的增长方程
数据库🔥 845