late_initcall和module_init的区别

最新推荐文章于 2023-05-24 13:50:58 发布

转载最新推荐文章于 2023-05-24 13:50:58 发布 · 277 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/linhaostudy/p/9307348.html

本文详细介绍了Linux内核中不同初始化函数的调用顺序及其实现机制，解释了如何通过宏定义来控制设备驱动的加载顺序，从而解决因加载顺序不当而导致的驱动冲突问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在init.h中有如下定义：
详情参照：linux 设备驱动加载的先后顺序

#define pure_initcall(fn)  __define_initcall("0",fn,1)

#define core_initcall(fn)  __define_initcall("1",fn,1)
#define core_initcall_sync(fn)  __define_initcall("1s",fn,1s)
#define postcore_initcall(fn)  __define_initcall("2",fn,2)
#define postcore_initcall_sync(fn) __define_initcall("2s",fn,2s)
#define arch_initcall(fn)  __define_initcall("3",fn,3)
#define arch_initcall_sync(fn)  __define_initcall("3s",fn,3s)
#define subsys_initcall(fn)  __define_initcall("4",fn,4)
#define subsys_initcall_sync(fn) __define_initcall("4s",fn,4s)
#define fs_initcall(fn)   __define_initcall("5",fn,5)
#define fs_initcall_sync(fn)  __define_initcall("5s",fn,5s)
#define rootfs_initcall(fn)  __define_initcall("rootfs",fn,rootfs)
#define device_initcall(fn)  __define_initcall("6",fn,6)
#define device_initcall_sync(fn) __define_initcall("6s",fn,6s)
#define late_initcall(fn)  __define_initcall("7",fn,7)
#define late_initcall_sync(fn)  __define_initcall("7s",fn,7s)

#define module_init(x) __initcall(x);
#define __initcall(fn) device_initcall(fn)

所有的__init函数在区段.init.text区段中，同时还在.initcall.init中还保存了一份函数指针，在初始化时内核会通过这些函数指针调用这些__init函数指针，并在整个初始化完成后，释放整个init区段（包括.init.text，.initcall.init等）。

这些函数在内核初始化过程中的调用顺序只和这里的函数指针的顺序有关。

中所述的这些函数本身在.init.text区段中的顺序无关。

在2.6内核中，initcall.init区段又分成7个子区段，不同的区段，调用的顺序不一样，数字越小的优先级越高。

也就是说late_initcall还要在module_init 的后面。

这是我在调背光的时候出现的问题，因为键盘驱动是会在一个遥控手柄之前加载，导致驱动出现冲突；把两者先后顺序换一下就可以了；

转载于:https://www.cnblogs.com/linhaostudy/p/9307348.html