【信息整合】Linux内核驱动程序初始化顺序的调整

今天在做一个驱动的时候要用到另一个驱动（I2C）提供的API，在内核初始化时碰到了一个依赖问题。

我的驱动在I2C初始化之前就运行起来了，而这时I2C提供的API还处于不可用状态。查了很多资料，网上有人说所有使用module_init这个宏的驱动程序的起动顺序都是不确定的（我没有查到权威的资料）。



在init.h 中有如下定义



#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的后面。





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

注意，这些函数在内核初始化过程中的调用顺序只和这里的函数指针的顺序有关，和1）中所述的这些函数本身在.init.text区段中的顺序无关。在2.4内核中，这些函数指针的顺序也是和链接的顺序有关的，是不确定的。在2.6内核中，initcall.init区段又分成7个子区段，分别是

.initcall1.init .initcall2.init .initcall3.init .initcall4.init .initcall5.init .initcall6.init .initcall7.init

当需要把函数fn放到.initcall1.init区段时，只要声明

core_initcall(fn);

即可。

其他的各个区段的定义方法分别是：

core_initcall(fn) --->.initcall1.init postcore_initcall(fn) --->.initcall2.init arch_initcall(fn) --->.initcall3.init subsys_initcall(fn) --->.initcall4.init fs_initcall(fn) --->.initcall5.init device_initcall(fn) --->.initcall6.init late_initcall(fn) --->.initcall7.init

而与2.4兼容的initcall(fn)则等价于device_initcall(fn)。各个子区段之间的顺序是确定的，即先调用.initcall1.init中的函数指针，再调用.initcall2.init中的函数指针，等等。而在每个子区段中的函数指针的顺序是和链接顺序相关的，是不确定的。

在内核中，不同的init函数被放在不同的子区段中，因此也就决定了它们的调用顺序。这样也就解决了一些init函数之间必须保证一定的调用顺序的问题。按照include/Linux/init.h文件所写的，我在驱动里偿试了这样两种方式：

__define_initcall("7", fn); late_initcall(fn);

都可以把我的驱动调整到最后调用。实际上上面两个是一回事：

#define late_initcall(fn) __define_initcall("7", fn)