linux内核驱动加载方法


一般的,在测试阶段的设备驱动都是先使用ko文件加载到系统,然后生成设备节点,再使用应用调用测试。但当驱动测试ok,至少是不会有大的改动的时候,再使用ko文件加载设备驱动就显得不太合理了。首先,ko文件需要系统启动之后才能加载(即使写在脚本里),而且驱动多了维护也麻烦。


设备驱动本来就是内核的一部分,所以在测试好的驱动可以直接编译到内核里面。这里我就不再写ko文件怎么编译怎么测试了,直接从设备驱动配置到内核中的方法开始。在此之前,我先说一下,linux内核的编译方式,理解了这个,也就明白备驱动配置到内核里面的方法了。


linux内核的编译是使用Kconfig和Makefile管理的,在最顶层的Makefile会一层层的管理到各个子目录下的Makefile,所以打开linux内核你会看到内核根目录下的有Makefile,drivers下也有Makefile,drivers/char也有Makefile,这是linux自上而下的编译结构。那么另一个问题来了,Makefile怎么知道编译哪些文件呢,drivers里面这么多驱动并不是都要编译的,这就是Kconfig的用处了。


Kconfig对每个文件都有一个配置项,只有这个配置项被选中,Makefile才会编译这个文件。
例如我在drivers/char/Kconfig添加了下面一条配置:
config XILINX_XUART2
tristate “Xilinx use uart2 ip”
depends on ARCH_ZYNQ
default y
—help—
this module driver will support GA uart IP
XILINX_XUART2是配置明,Makefile根据他来确定是否要编译某个文件,tristate后的字符串是在配置内核时我们能看到的配置选项,default是默认的选项,y默认编译,n默认不编译。


Makefile中添加此配置:
obj-$(CONFIG_XILINX_XUART2) += xilinx-xuart2-baud.o

使用make menuconfig来选择配置:
linux内核驱动加载方法_第1张图片
当xilinx use uart2 ip被配置上,CONFIG_XILINX_XUART2的值就是y,Makefile也就知道xilinx-xuart2-baud.c文件需要被编译到内核中去。
linux内核驱动加载方法_第2张图片


更多内容请关注我的公众号,欢迎转载!

linux内核驱动加载方法_第3张图片

你可能感兴趣的:(linux)