1. fw_devlink 是什么、作用是什么

• fw_devlink 是 Linux 驱动核心（driver core）的一套机制：从固件描述（主要是 Device Tree，部分场景也可用于 ACPI/fwnode 体系）中“推导设备依赖关系”，并自动建立“consumer↔supplier”的依赖链接，用来管理probe 顺序以及与之相关的一些 PM/同步状态语义。
• 它的核心目标是：让依赖设备（supplier，例如 regulator/clock/phy/iommu 等）优先 probe，再让使用者设备（consumer）probe，从而减少“因为依赖未就绪导致的无限 defer probe/随机探测顺序问题”。
• 该机制不依赖具体驱动实现来“告诉内核依赖关系”，而是由内核在早期直接解析固件（DT）来构建依赖图，因此在“全模块化内核、驱动加载顺序不确定”的情况下也能工作。

2. fw_devlink 具体做了什么（工作原理/流程）

2.1 固件解析 → 建立 fwnode links

• 内核启动早期，fw_devlink 会解析固件（DT）中的依赖属性，识别出“谁依赖谁”（consumer→supplier）的关系，并先建立 fwnode links（固件节点之间的链接）。
• 目前 DT 侧它支持的依赖来源包括但不限于：clocks、power-domains、phys、iommus、interconnects、pinctrl-*、*-supply（regulator）以及 *-gpio(s) 等等（演进中，文档/演讲中列出了多类属性）。

2.2 设备创建 → fwnode links 转换为 device links

• 当这些 DT 节点对应的 struct device 逐步创建出来后，前面建立的 fwnode links 会被转换为 device links（设备之间的链接）。

2.3 利用 device links 控制 probe 顺序（以及相关语义）

• 一旦形成 device links，驱动核心就可以据此强制/影响 probe 顺序：fw_devlink 的目标之一就是“保证 supplier 会在 consumer 之前 probe”。
• 它还能减少“initcall 顺序鸡生蛋问题”：驱动的 initcall level 变得不再关键，不需要靠“调 initcall 等级”去抢先注册 supplier 驱动。

3. fw_devlink 的模式（off / permissive / on / rpm）及含义

fw_devlink 支持多种工作模式（内核命令行参数），常见含义如下：

• fw_devlink=off

  • 不解析固件依赖（不建立这些由固件推导出的链接）。

• fw_devlink=permissive（一些版本/演进中作为默认或接近默认的行为）

  • 会解析依赖并建立链接，但尽量“不影响 probe”（更偏向提供依赖信息、减少过度阻塞）。

• fw_devlink=on

  • 强制执行 probe 顺序（supplier 先 probe，consumer 后 probe），并且可影响 suspend/resume 的相关顺序语义。

• fw_devlink=rpm

  • 相当于 on，并且额外对 Runtime PM（运行时电源管理）顺序进行约束。

备注：不同内核版本对“默认值/细节”可能不完全一致，但“off/permissive/on/rpm 的语义分层”是 fw_devlink 演进过程中明确提出并使用的。