參見include/linux/init.h和vmlinux.lds
1)
所有標識為__init的函數在鏈接的時候都放在.init.text這個區段內,
在這個區段中,函數的擺放順序是和鏈接的順序有關的,是不確定的。
2)
所有的__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函數之間必須保證一定的調用順序的問題。
3)
這些順序和make dep沒有關係。
內核調用__init函數的順序
最新推荐文章于 2023-11-27 15:01:16 发布