Linux内核驱动程序初始化顺序的调整

所有的__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);

即可。

其他的各个区段的定义方法分别是：(init.h)

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//init.h文件所写的，我在驱动里偿试了这样两种方式：

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