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

这几天再调试两家TP，因为项目需要两家TP兼容，所以考虑到了两个TP驱动初始化的先后顺序的问题。

TP的驱动在I2C初始化之前就运行起来了，而这时I2C提供的API还处于不可用状态。在网上查了一些资料总结一下。

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

注意，这些函数在内核初始化过程中的调用顺序只和这里的函数指针的顺序有关，和这些函数本身在.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区段时，只要声明