一、静态加载
1、新功能源码与内核源码一起编译进uImage文件内
- 新功能源码与Linux内核源码在同一目录结构下
- 在linux-3.14/drivers/char/目录下编写hello.c文件,内容如下
#include <linux/module.h>
#include <linux/kernel.h>int __init myhello_init(void)
{printk("#####################################################\n");printk("#####################################################\n");printk("#####################################################\n");printk("#####################################################\n");printk("myhello is running\n");printk("#####################################################\n");printk("#####################################################\n");printk("#####################################################\n");printk("#####################################################\n");return 0;
}void __exit myhello_exit(void)
{printk("myhello will exit\n");
}
MODULE_LICENSE("GPL");
module_init(myhello_init);
module_exit(myhello_exit);
2、给新功能代码配置Kconfig
#进入hello.c的同级目录
cd ~/kernel/linux-3.14/drivers/char#在Kconfig中添加内核选项
vim Kconfig
config HELLOtristate "this is a hello test"helpThis is a test
3、新功能代码改写Makefile
#进入hello.c的同级目录
cd ~/kernel/linux-3.14/drivers/char#在Makefile中添加编译选项
vim Makefileobj-$(CONFIG_HELLO) += hello.o
注:CONFIG_HELLO -> HELLO为Kconfig中的菜单名,在HELLO前必须加上CONFIG。hello.o为编译之后的源码的文件
4、make menuconfig 界面中将新功能对应的选项设置为<*>
cd ~/kernel/linux-3.14
make menuconfig
#make menuconfig如果出错,一般是两个原因:
#1. libncurses5-dev没安装
#2. 命令行界面太小(太矮或太窄或字体太大了)
5、编译内核 make uImage
6、复制uImage到tftp的服务器中
7、启动开发板观察终端中的打印信息
注:此处使用的是开发板通过tftp下载uImage和设备树文件,通过nfs共享根文件
二、动态加载法
新功能源码与内核源码不一起编译,而是独立编译成内核的插件(称为内核模块)文件.ko
1、功能源码与内核源码在同一目录下
1)、给新功能配置Kconfig(同静态加载一样)
2)、给新功能代码改写Makefile(同静态加载一样)
3)、make menuconfig界面中的新功能选项设置为
4)、编译uImage内核文件
5)、复制uImage文件到tftp服务器中
6)、生成模块文件 make modules
- make modules会在新功能源码的同级目录下生成相应的同名.ko文件(生成的ko文件只适用于开发板Linux)
- 注:此命令执行前,开发板的内核源码已被编译
2、功能源码与内核源码不在同一目录下
1)、创建目录 mkdir drive
cd ~/drive
2)、复制功能源码到此目录下
3)、添加Makefile文件
ifeq ($(KERNELRELEASE),)ifeq ($(ARCH),arm)
KERNELDIR ?= /home/xwq/kernel/linux-3.14
ROOTFS ?= /home/xwq/nfshome/rootfs
else
KERNELDIR ?= /lib/modules/$(shell uname -r)/build
endif
PWD := $(shell pwd)modules:$(MAKE) -C $(KERNELDIR) M=$(PWD) modulesmodules_install:$(MAKE) -C $(KERNELDIR) M=$(PWD) modules INSTALL_MOD_PATH=$(ROOTFS) modules_installclean:rm -rf *.o *.ko .*.cmd *.mod.* modules.order Module.symvers .tmp_versionselse
obj-m += hello.oendif
4)、执行make命令,生成ko文件
- 生成的ko文件只适用于主机的UBuntu Linux
5)、make ARCH=arm,生成ko文件
- 生成的ko文件适用于开发板,注意此命令执行前,开发板的内核源码已被编译
#file命令可以查看指定ko文件适用于哪种平台,用法:
file ko文件
#结果带x86字样的适用于主机ubuntu linux,带arm字样的适用于开发板linux
3、主机UBuntu下使用ko文件
sudo insmod ./???.ko #此处为内核模块文件名,将内核模块插入正在执行的内核中运行 ----- 相当于安装插件
lsmod #查看已被插入的内核模块有哪些,显示的是插入内核后的模块名
sudo rmmod ??? #,此处为插入内核后的模块名,此时将已被插入的内核模块从内核中移除 ----- 相当于卸载插件sudo dmesg -C #清除内核已打印的信息
dmesg #查看内核的打印信息
4)、开发板Linux下使用ko文件
#先将生成的ko文件拷贝到/rootfs目录下:
cp ????/???.ko /rootfs#在串口终端界面开发板Linux命令行下执行
insmod ./???.ko #将内核模块插入正在执行的内核中运行 ----- 相当于安装插件
lsmod #查看已被插入的内核模块有哪些
rmmod ??? #将已被插入的内核模块从内核中移除 ----- 相当于卸载插件内核随时打印信息,我们可以在串口终端界面随时看到打印信息,不需要dmesg命令查看打印信息
三、内核模块基础代码解析
Linux内核的插件机制-----------内核模块
Linux提供了一种可以先正在运行的内核中插入新的代码段,在代码段不需要继续运行的时候也可以从内核中移除的机制。这个可以被插入和移除的代码段被称为内核模块
主要解决:
- 1、单内核扩展性差的缺点
- 2、减小内核镜像文件体积,一定程度上节省内存资源
- 3、提高开发效率
- 4、不能彻底解决稳定性低的缺点:内核模块代码错误可能会导致整个系统崩溃
内核模块的本质:一段属于内核的“动态”代码,与其他内核代码是同一个运行实体,公用一套运行资源,只是存在形式上是独立的
#include <linux/module.h> //包含内核编程最常用的函数声明,如printk
#include <linux/kernel.h> //包含模块编程相关的宏定义,如:MODULE_LICENSE/*该函数在模块被插入进内核时调用主要作用为新功能做好预备工作,被称为模块的入口函数__init的作用:
1、一个宏,展开后为:__attribute__ ((__section__ (".init.text"))) 实际是gcc的一个特殊链接标记
2、指示链接器将该函数放置在 .init.text区段
3、在模块插入时方便内核从ko文件指定位置读取入口函数的指令到特定内存位置
*/int __init hello_init(void)
{/*内核是裸机程序,不可以调用C库中printf函数来打印程序信息,Linux内核源码自身实现了一个用法与printf差不多的函数,命名为printk (k-kernel)printk不支持浮点数打印*/printk("#####################################################\n");printk("#####################################################\n");printk("#####################################################\n");printk("#####################################################\n");printk("myhello is running\n");printk("#####################################################\n");printk("#####################################################\n");printk("#####################################################\n");printk("#####################################################\n");return 0;
}
/*该函数在模块从内核中被移除时调用,主要作用做些init函数的反操作被称为模块的出口函数__exit的作用:
1.一个宏,展开后为:__attribute__ ((__section__ (".exit.text"))) 实际也是gcc的一个特殊链接标记
2.指示链接器将该函数放置在 .exit.text区段
3.在模块插入时方便内核从ko文件指定位置读取出口函数的指令到另一个特定内存位置
*/
void __exit myhello_exit(void)
{printk("myhello will exit\n");
}
/*
MODULE_LICENSE(字符串常量);
字符串常量内容为源码的许可证协议 可以是"GPL" "GPL v2" "GPL and additional rights" "Dual BSD/GPL" "Dual MIT/GPL" "Dual MPL/GPL"等, "GPL"最常用其本质也是一个宏,宏体也是一个特殊链接标记,指示链接器在ko文件指定位置说明本模块源码遵循的许可证
在模块插入到内核时,内核会检查新模块的许可证是不是也遵循GPL协议,如果发现不遵循GPL,则在插入模块时打印抱怨信息:myhello:module license 'unspecified' taints kernelDisabling lock debugging due to kernel taint
也会导致新模块没法使用一些内核其它模块提供的高级功能
*/
MODULE_LICENSE("GPL");
/*
module_init 宏
1. 用法:module_init(模块入口函数名)
2. 动态加载模块,对应函数被调用
3. 静态加载模块,内核启动过程中对应函数被调用
4. 对于静态加载的模块其本质是定义一个全局函数指针,并将其赋值为指定函数,链接时将地址放到特殊区段(.initcall段),方便系统初始化统一调用。
5. 对于动态加载的模块,由于内核模块的默认入口函数名是init_module,用该宏可以给对应模块入口函数起别名
*/
module_init(myhello_init);/*
module_exit宏
1.用法:module_exit(模块出口函数名)
2.动态加载的模块在卸载时,对应函数被调用
3.静态加载的模块可以认为在系统退出时,对应函数被调用,实际上对应函数被忽略
4.对于静态加载的模块其本质是定义一个全局函数指针,并将其赋值为指定函数,链接时将地址放到特殊区段(.exitcall段),方便系统必要时统一调用,实际上该宏在静态加载时没有意义,因为静态编译的驱动无法卸载。
5.对于动态加载的模块,由于内核模块的默认出口函数名是cleanup_module,用该宏可以给对应模块出口函数起别名
*/
module_exit(myhello_exit);
模块三要素:入口函数、出口函数、MODULE__LICENSE
四、内核模块的多源文件编译
ifeq ($(KERNELRELEASE),)ifeq ($(ARCH),arm)
KERNELDIR ?= 目标板linux内核源码顶层目录的绝对路径
ROOTFS ?= 目标板根文件系统顶层目录的绝对路径
else
KERNELDIR ?= /lib/modules/$(shell uname -r)/build
endif
PWD := $(shell pwd)modules:$(MAKE) -C $(KERNELDIR) M=$(PWD) modulesmodules_install:$(MAKE) -C $(KERNELDIR) M=$(PWD) INSTALL_MOD_PATH=$(ROOTFS) modules_installclean:rm -rf *.o *.ko .*.cmd *.mod.* modules.order Module.symvers .tmp_versionselse
obj-m += hello.oendif
Makefile中:obj-m用来指定模块名,注意模块名加.o而不是.ko可以用 模块名-objs 变量来指定编译到ko中的所有.o文件名(每个同名的.c文件对应的.o目标文件)一个目录下的Makefile可以编译多个模块:添加:obj-m += 下一个模块名.o
五、内核模块信息宏
MODULE_AUTHOR(字符串常量); //字符串常量内容为模块作者说明MODULE_DESCRIPTION(字符串常量); //字符串常量内容为模块功能说明MODULE_ALIAS(字符串常量); //字符串常量内容为模块别名
这些宏用来描述一些当前模块的信息,可选宏这些宏的本质是定义static字符数组用于存放指定字符串内容,这些字符串内容链接时存放在.modinfo字段,可以用modinfo命令来查看这些模块信息,用法:modinfo 模块文件名