subsys_initcall和module_init的区别

`subsys_initcall`和`module_init`都是Linux内核中初始化函数的宏定义。

`module_init`用于定义模块初始化函数，当模块被加载时，该函数会被调用。而`subsys_initcall`用于定义子系统初始化函数，当内核启动时，该函数会被调用。

两者的区别在于调用时机不同。`module_init`用于模块的初始化，在模块加载时被调用。而`subsys_initcall`用于内核子系统的初始化，在内核启动时被调用。

另外，`module_init`只能在模块中使用，而`subsys_initcall`可以在内核中的任何地方使用。

相关问题

subsys_initcall module_init

subsys_initcall和module_init都是Linux内核中的初始化函数，用于在系统启动时执行特定的初始化操作。

subsys_initcall是一个用于子系统初始化的宏，它会在内核初始化过程的特定阶段调用注册的初始化函数。这些函数通常用于在启动过程中初始化一些特定的子系统，如CPU、内存管理等。

而module_init则是一个用于模块初始化的宏，它会在加载内核模块时调用注册的初始化函数。这些函数通常用于在模块载入时对模块进行初始化操作，比如注册设备、分配内存等。

这两个初始化函数都是在系统启动时执行的，在不同的阶段进行不同的初始化操作。subsys_initcall用于初始化整个子系统，而module_init用于初始化单个模块。

总的来说，subsys_initcall和module_init都是Linux内核中非常重要的初始化函数，用于在系统启动时对子系统和模块进行必要的初始化操作。这些函数的正确使用可以确保系统的正常启动和模块的正确载入。

deferred_probe_initcall

在 Linux 内核初始化过程中，有一些设备驱动需要在一些其他的设备初始化之后才能被正确地加载和初始化。这时候就可以使用 deferred_probe_initcall 机制来实现。

deferred_probe_initcall 是一个 initcall 级别，比 subsys_initcall 更早，比device_initcall 更晚。它的作用是延迟设备探测和初始化的过程，直到所有的其他的 initcall 都已经完成。这样一来，那些需要依赖于其他设备的设备驱动就可以在这个阶段被成功探测和初始化了。

deferred_probe_initcall 机制的实现方式，是在内核中注册一个叫做 deferred_probe_initcall_list 的链表，所有需要延迟探测和初始化的设备驱动都会加入到这个链表中。当所有其他的 initcall 都执行完毕后，内核会遍历 deferred_probe_initcall_list 链表，依次对其中的设备驱动进行探测和初始化。

需要注意的是，使用 deferred_probe_initcall 机制时，设备驱动的代码必须能够正确地处理探测和初始化的延迟，否则可能会出现一些不可预期的问题。