解密module init幕後的故事

在linux底下寫過driver模組的對這個巨集一定不會陌生。module_init巨集在module巨集有沒有定義的情況下展開的內容是不同的，如果這個巨集沒有定義，基本上表明閣下的模組是要編譯進核心的(obj-y)。

1.在module沒有定義這種情況下，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

所以，module_init(x)最終展開為：

static initcall_t __initcall_##fn##id __used /

__attribute__((__section__(".initcall" level ".init"))) = fn

更直白點，假設閣下driver所對應的模組的初始化函式為int gpio_init(void)，那麼module_init(gpio_init)實際上等於:

static initcall_t__initcall_gpio_init_6__used __attribute__((__section__(".initcall6.init"))) =gpio_init;

就是宣告一型別為initcall_t（typedef int (*initcall_t)(void)）函式指標型別的變數__initcall_gpio_init_6並將gpio_init賦值與它。

這裡的函式指標變數宣告比較特殊的地方在於，將這個變數放在了一名為".initcall6.init"節中。接下來結合vmlinux.lds中的

.initcall.init : at(addr(.initcall.init) - (0xc0000000 -0x00000000))

以及do_initcalls：

static void __init do_initcalls(void)

那麼就不難理解閣下模組中的module_init中的初始化函式何時被呼叫了：在系統啟動過程中start_kernel()->rest_init()->kernel_init()->do_basic_setup()->do_initcalls()。