同一init级别下，如何保证driver1的module_init先于driver2执行？

1. 模块依赖声明（动态加载/内置模块通用） #

这是内核原生的可靠方案，通过声明依赖让内核自动管控初始化顺序：

• 在driver2的代码中添加依赖声明，明确依赖driver1：

  MODULE_REQUIRES(driver1);
  

  无论动态加载还是编译为内置模块，内核都会确保driver1完成初始化后，再执行driver2的module_init。
• 若编译为内置模块，可在Kconfig中强化依赖逻辑：

  config DRIVER2
      tristate "Driver 2 Support"
      depends on DRIVER1
      default y if DRIVER1
      ---help---
        Driver for accessing the chip configured by driver1
  

  这会保证编译阶段driver1被优先处理，内置初始化时严格按依赖顺序执行。

2. 内置模块的链接顺序控制 #

如果两者均为内置模块且必须处于同一module_init级别，可通过Makefile调整链接顺序：
在驱动目录的Makefile中，将driver1的编译目标放在driver2之前：

obj-y += driver1.o driver2.o

内核内置模块的同级别initcall执行顺序由链接顺序决定，排在前面的模块会先触发module_init函数。

3. 动态加载时显式指定顺序 #

如果是动态加载模块，直接按顺序执行加载命令即可：

insmod driver1.ko && insmod driver2.ko

这种方式简单直接，完全由用户控制加载流程，确保driver1初始化完成后再加载driver2。

额外优化建议 #

如果driver2是访问芯片的功能驱动，更符合内核规范的设计是用设备探针机制替代依赖module_init顺序：

• driver1配置芯片后，注册一个platform_device或对应设备对象；
• driver2实现probe函数，仅当目标设备对象注册后才执行硬件访问逻辑。
  这种方式比依赖初始化顺序更健壮，能适配更复杂的硬件场景。

内容的提问来源于stack exchange，提问作者Ravi A