Linux内核初始化过程中的调用顺序

所有的__init函数被保存在.initcall.init区段中，同时也保存了一份函数指针。在内核初始化时，内核通过这些函数指针调用这些__init函数指针。整个初始化完成后，包括.init.text和.initcall.init在内的整个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区段，只需声明：

cCopy code
core_initcall(fn);

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

cCopy codepostcore_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

注意，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)


 linux 2.6中把initcall又分成了若干种类，主要用来区别不同的initcall的调用次序，由于initcall中的调用次序是随机的，所以不能保证某些重要的初始化先运行。



  分成了以下几个initcall,按执行顺序先后排列：



  pure_initcall：最先运行的，不依赖于任何其他初始化函数。

  core_initcall

  core_initcall_sync

  postcore_initcall

  postcore_initcall_sync

  arch_initcall

  arch_initcall_sync

  subsys_initcall

  subsys_initcall_sync

  fs_initcall

  fs_initcall_sync

  rootfs_initcall

  device_initcall

  device_initcall_sync

  late_initcall

  late_initcall_sync



  可以看一下些x86中pci初始化的代码，首先是pci_access_init，这个函数是arch_initcall的，然后是
pci_legacy_init，这个函数是subsys_initcall的，然后是pcibios_irq_init，这个函数也是
subsys_initcall的，然后是pcibios_assign_resources这个函数是fs_initcall的，最后才是
pci_init，这个函数是device_initcall的，这样就把整个pci初始化过程分开了。

以上就是良许教程网为各位朋友分享的Linu系统相关内容。想要了解更多Linux相关知识记得关注公众号“良许Linux”，或扫描下方二维码进行关注，更多干货等着你 ！