我们如何自定义内置驱动加载顺序(让一些内置驱动模块先加载,依赖模块后加载)?
4 回答
内置驱动程序不会被加载,因此是内置的。它们的初始化函数被调用,驱动程序在内核自行设置时被激活。这些 init 函数在init/main.c::do_initcalls()
. 所有的 init 调用都按级别分类,定义在initcall_levels
和include/linux/init.h
这些级别是链接描述文件 ( arch/*/kernel/vmlinux.lds.*
) 中定义的实际符号。在内核编译时,链接器收集所有标记为module_init()
or other的函数*_initcall()
,按级别分类,将同一级别中的所有函数放在同一位置,并像函数指针数组一样创建。
do_initcall_level() 在运行时所做的是调用数组中指针指向的每个函数。do_initcall_level中除了levels之外没有调用策略,但是数组中的顺序是在链接时间决定的。
所以,现在你可以看到驱动的启动顺序在链接时间是固定的,但是你能做什么呢?
- 将您的 init 函数置于更高级别,或
- 将您的设备驱动程序放在更高的位置
Makefile
如果您已阅读上述内容,则第一个很清楚。即)如果合适,请改用 early_initcall() 。
第二个需要更多解释。顺序的原因Makefile
是当前内核构建系统如何工作以及链接器如何工作。长话短说,构建系统将所有目标文件放入obj-y
并将它们链接在一起。它高度依赖于环境,但链接器很有可能将第一个目标文件放在obj-y
较低的地址中,因此,更早地被调用。
如果您只是希望您的驱动程序比同一目录中的其他驱动程序更早被调用,这是最简单的方法。
depmod
检查每个模块导出和需要的符号,并对它们进行拓扑排序,以便modprobe
以后以正确的顺序加载模块。从您希望依赖的模块中获取符号就足以让它做正确的事情。
最近我遇到了这个问题,我的充电器驱动程序依赖于 ADC 驱动程序,因此在加载 ADC 驱动程序之前,充电器驱动程序已加载并检查 DTS 文件中定义的 adc phandle,并且必须由 ADC 驱动程序初始化。它通过更改驱动程序/ Makefile 中的模块顺序得到解决