对应内核版本 linux-2.6.32.63, 架构arm(版本较老,但已经属于2.6以后的版本了)。
一、
xxx_initcall是一系列子系统的初始化入口函数
对应文件include/linux/init.h
#define early_initcall(fn) __define_initcall("early",fn,early)
#define pure_initcall(fn) __define_initcall("0",fn,0)
#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)
对于我们在驱动中常见的module_init入口函数
#define module_init(x) __initcall(x);
#define __initcall(fn) device_initcall(fn)
#define device_initcall(fn) __define_initcall("6",fn,6)
#define __define_initcall(level,fn,id) \
static initcall_t __initcall_##fn##id __used \
__attribute__((__section__(".initcall"level ".init"))) = fn
typedef int (*initcall_t)(void);
所以对于一个module_init,其展开后即为
module_init(xxxx_init) 展开为
__define_initcall(“6",xxxx_init,6)
__define_initcall(“6",xxxx_init,6)继续展开
static initcall_t __initcall_xxxx_init6 __used __attribute__((__section__(".initcall" “6"".init"))) = xxxx_init
结论一:所以最后可以看到 module_init(xxxx_init)展开后是一个 initcall_t 类型指向xxxx_init的函数指针,并且存放在__section__(".initcall" “6"".init"))段中,其实对于其他的xxx_initcall也是相同的道理,最后解析出来都是一个存放在相应段中的函数指针。这些段中的一系列指针有一定的执行顺序,就是前面的一系列early,0,1,1s,2 ..etc数字了。后续来分析下他们是如何被按照顺序执行的
二、
include/asm-generic/vmlinux.lds.h
#define INITCALLS &nbs