linux内核中的subsys_initcall是干什么的?

注意:使用的内核源码版本为5.1.3

1. subsys_initcall长什么样子?

　　它其实是个宏定义，定义如下:

　　　　#define subsys_initcall(fn)     __define_initcall(fn, 4) （注意，这是使用在内置模块中的）

　　　　或

　　　　 #define subsys_initcall(fn)     module_init(fn) （注意，这是使用在可加载模块中的）

2. 进一步解剖__define_initcall

　#define __define_initcall(fn, id) ___define_initcall(fn, id, .initcall##id)

3. 再解剖___define_initcall

#ifdef CONFIG_HAVE_ARCH_PREL32_RELOCATIONS
#define ___define_initcall(fn, id, __sec)           \
    __ADDRESSABLE(fn)                   \
    asm(".section   \"" #__sec ".init\", \"a\"  \n" \
    "__initcall_" #fn #id ":            \n" \
        ".long  " #fn " - .         \n" \
        ".previous                  \n");
#else
#define ___define_initcall(fn, id, __sec) \
    static initcall_t __initcall_##fn##id __used \
        __attribute__((__section__(#__sec ".init"))) = fn;
#endif

4. 结合以上内容可知

　如果未定义宏CONFIG_HAVE_ARCH_PREL32_RELOCATIONS，那么subsys_initcall就被展开为:

　　static initcall_t __initcall_fn4 __used \

　　　　__attribute__((__section_(.initcall4.init))) = fn

　　也就是将fn链接到段.initcall4.init中

5. subsys_initcall与module_init有何联系?

　5.1 先看看module_init是什么吧?

/* Each module must use one module_init(). */ （在编译为可加载模块时使用这个定义）
#define module_init(initfn)                 \
    static inline initcall_t __maybe_unused __inittest(void)        \
    { return initfn; }                  \
    int init_module(void) __copy(initfn) __attribute__((alias(#initfn)));

　　　或　　

define module_init(x)  __initcall(x); (在编译为内置模块时使用这个定义)

　5.2 __initcall的定义是怎样的呢?

#define __initcall(fn) device_initcall(fn)

　5.3 device_initcall是怎样的呢?

#define device_initcall(fn)     __define_initcall(fn, 6)

　　

　5.4 结论

　　从以上分析可以看出：

　　　　在编译某驱动为内置代码时，subsys_initcall与module_init仅仅是__define_initcall的第二个参数不同而已,前者使用4，后者使用6,因此归纳出仅仅是谁先被执行的差异，subsys_initcall比module_init先执行