设备树节点与驱动绑定顺序疑问：GPIO与以太网控制器启动时序

核心结论：设备树节点的物理顺序不决定驱动绑定顺序 #

你看到设备树中以太网节点在GPIO节点之前，但实际GPIO驱动先绑定，这是正常现象——设备树里节点的书写/存储顺序和内核驱动的绑定顺序没有直接关联。

驱动绑定顺序的主要决定因素 #

• 设备依赖关系：如果以太网设备节点通过属性（比如gpio-reset）引用了GPIO控制器的引脚，内核的设备模型会自动解析这种依赖，确保被依赖的GPIO控制器驱动先完成绑定，再初始化依赖它的以太网设备。这大概率是你当前场景下GPIO驱动先绑定的原因。
• 驱动初始化优先级：内核驱动的初始化宏决定了它的加载时机，比如：
  • early_initcall：最早的初始化阶段，用于硬件基础初始化
  • subsys_initcall：子系统初始化阶段，早于普通设备驱动
  • module_init：普通设备驱动初始化阶段
    如果你的GPIO驱动使用了比以太网驱动更早的初始化宏，会优先完成绑定。
• 平台设备枚举逻辑：部分SoC的平台总线会按照硬件的枚举顺序（比如总线地址、硬件模块启动顺序）来注册设备，和设备树节点顺序无关。

如何确保GPIO驱动始终先于以太网驱动绑定 #

• 明确设备依赖：在以太网设备节点中添加gpio-reset属性，明确引用GPIO控制器的复位引脚（比如gpio-reset = <&gpio0 10 GPIO_ACTIVE_LOW>;）。内核会自动处理这种依赖关系，强制GPIO控制器先初始化。
• 调整驱动初始化级别：如果没有明确的设备依赖，可以修改GPIO驱动的初始化宏，比如将module_init(gpio_drv_init)改为subsys_initcall(gpio_drv_init)，让它在子系统阶段就完成初始化。注意：不要随意使用过早的初始化级别，可能引发其他硬件冲突。
• 检查设备树状态配置：确保GPIO控制器节点的status属性为"okay"，且没有添加延迟初始化的相关配置。

关于“修改设备树节点绑定顺序” #

内核中没有直接控制设备树节点绑定顺序的配置项，驱动绑定顺序完全由上述的依赖关系、初始化优先级、平台枚举逻辑决定。你当前的场景中，内核已经自动保证了GPIO驱动先绑定，无需担心功能失效。

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