随着媒体支持成为现代 SoC 的核心卖点，媒体数据的流转往往需要软硬件协同跨越由多个子设备组成的庞大管道。受制于设备树（DT）的异步模型，传统的同步探测方式常常水土不服。
为此，内核引入了 V4L2 异步框架，以化解子设备无序探测的错乱，确保所有组件就绪后媒体设备顺利弹出；同时，为简化复杂管道的配置，媒体控制器（Media Controller）框架应运而生，将整条链路抽象为一个单一的媒体设备与逻辑实体。本章将深入剖析这两大框架的底层机制，并探讨如何在 V4L2 驱动开发中高效驾驭它们。
2 V4L2 异步接口与图绑定机制
在以往的驱动开发中，开发者通常忽略探测顺序。在同步机制下，桥接驱动会在探测期间一次性为所有子设备注册，这不仅违背了扁平化设备树（FDT）本质上无序、异步的加载规律，更极易在多设备系统中引发竞争。
异步接口的出现彻底扭转了这一局面。其运行脉络清晰且严密：首先，桥接驱动向外挂载子设备描述符及通知函数（notifier）列表；接着，子设备驱动上报自身探测成功的状态；随后，异步内核核心负责调度匹配，一旦发现目标便唤醒桥接驱动的回调；最后，在子设备拔除时进行解绑清理。这一机制的高效运转，深深依赖于设备树中“图绑定（Graph Binding）”的精妙设计。
2.1 图绑定概念
嵌入式设备的物理连线杂乱且难以直接探测。在设备树中，简单的父子关系虽可借由 phandle 表示，却无力刻画诸如 i.MX6 图像处理单元（IPU）这类由众多物理 IP 块交织而成的复杂数据流管道。
为破此局，开放固件（OF）图模型引入了端口（port）与端点（endpoint）两大新概念：端口可视为设备对外交流的接口模块，而端点则是接口中的对接触点，专指连接到远程端口的连接端。开发者依旧是通过 phandle 属性来完成节点间的引用。
2.2 端口与端点
一台设备可具备一至多个端口，它们由节点内嵌套的 port 子节点来表征。在每一对互联设备中，本地的 port 节点下会包含对应远程设备端口的 endpoint 子节点。这意味着单条物理连线必须由端点来具象化，且它们自带 address-cells、size-cells 与 reg 属性，方便内核在多个端口中精准寻址。
2.3 端点链接
要打通跨设备的链路，只需在两端的端点节点中写入互相指向的 remote-endpoint phandle 属性。通过这种双向锚定，内核便能漠然洞悉硬件间的拓扑关系，形成清晰的跨设备连接图。
2.4 V4L2 异步与面向图的 API
图绑定理念并非 V4L2 独有，Linux DRM 等子系统同样受其恩泽。异步框架构筑于设备树之上，依赖它详尽刻画端点、连接链路、总线属性等一切媒体设备所需的绑定信息。
2.5 从设备树 API 到通用 fwnode 图 API
为打破仅支持设备树节点的局限，内核引入了通用的 fwnode 图 API，将 ACPI 与 OF API 融为一体。在底层，struct device_node 与 struct acpi_device 均内嵌了通用的 struct fwnode_handle。
借用这一抽象层，图 API 便能无视底层是 ACPI 还是 DT，直接以 struct fwnode_endpoint（含 local_fwnode、port 及 id）来统一描述端点，从而彻底取代了陈旧的 struct of_endpoint。
在此基础上，V4L2 封装了 struct v4l2_fwnode_endpoint 以武装自身（自 v4.13 起取代了针对设备树的旧版 API）。该结构体继承通用基础框架，并横向拓展了 V4L2 专属字段：
- bus_type：指示子设备数据穿梭的总线类型（如
V4L2_MBUS_CSI2等）。
- bus：按总线类型选用的联合体，承载底层总线的具体配置。
- link_frequencies / nr_of_link_frequencies：描述链路支持的频率目录。
在总线类型的判定策略上，版本差异尤为关键。v4.19 中，内核根据 fwnode 的 bus-type自动消歧；而在 v5.0 之后，驱动须主动预设预期总线类型，若读取到的属性与预期冲突则直接报错，对于未知总线强制使用 V4L2_MBUS_UNKNOWN 标志。
开发者应全面拥抱 V4L2 fwnode API（前缀 v4l2_fwnode_），它不仅能够向下兼容旧的 OF API，还能保证一套代码通吃 DT 与 ACPI，彻底摒弃旧头文件。
常用的通用接口涵盖了子节点遍历（如 fwnode_for_each_child_node）、状态查询与属性值读取，以及节点引用计数的增减；同时亦提供了 OF 与 ACPI 之间灵活转换的辅助函数。而在解析图形链路时，诸如获取下一个端点（需用 fwnode_handle_put 释放）、追踪父级节点、迭代端点等图 API，则是构建拓扑的必备利器。
2.6 V4L2 固件节点 API
v4l2_fwnode_endpoint_parse() 是解析工作的枢纽。它先借力通用API剖析共性属性，随后注入 V4L2 专属解析器处理拓展属性。典型的探针开发会顺次经历获取 fwhandle、提取下一端点、解析总线配置，直至完成使命后释放句柄的过程。
2.7 V4L2 媒体总线类型概览
硬件端点虽在逻辑图形中相连，实则依托物理总线进行搬运。不同总线类型具有截然不同的结构体表达：
- MIPI CSI-1 与 CCP2：二者共用
struct v4l2_fwnode_bus_mipi_csi1描述。CCP2 虽为独立规范，内核却宽容地复用了这一结构。
- 并行总线与 BT656：涉及并行接口（如携带 HSYNC/VSYNC 的经典同步并行或引脚精简、内嵌同步信号的 BT656），均统一封装于
struct v4l2_fwnode_bus_parallel内。 - MIPI CSI-2：
由 struct v4l2_fwnode_bus_mipi_csi2 表征，但在 v4.20 前未能区分 D-PHY 与 C-PHY，直至 v5.0 才暴露细分标志。
总线的识别机制同样智能：若 bus_type 被设为 0（即 V4L2_MBUS_UNKNOWN），内核会尝试按属性猜测，一旦缺乏 CSI-2 特有属性即退而解析并行总线；但对于 CCP2 与 CSI-1，内核拒绝猜测，要求必须显式指定类型。
2.8 BT656 和并行总线
这部分配置由 struct v4l2_fwnode_bus_parallel 全权管理，核心参数包括数据线数（bus_width）与偏移量（data_shift）等。
在解析阶段，内核根据配置剥离出总线的标志位。所有自定义属性均具有极为直观的语义对应关系：
- 信号极性相关（
hsync-active、vsync-active等）直接映射为高低电平标志； -
pclk-sample决定像素时钟的采样沿是上升还是下降；
- 此外，总线模式（主/从）、使能信号极性乃至
sync-on-green均有通行属性相随。
2.9 MIPI CSI-2 总线
CSI-2 存在 D-PHY 与更新潮的 C-PHY 两大物理层。新潮的 C-PHY 取消了独立时钟，将时钟直接嵌入数据之中，通道更少、功耗更微、速率更高。
其解析依托 struct v4l2_fwnode_bus_mipi_csi2，重点处理时钟与数据通道的物理索引（clock_lanes、data_lanes），以及链接极性数组（lane-polarities）。
2.10 CCP2 和 MIPI CSI-1 总线
作为经典的单数据通道串行总线，此类接口由 struct v4l2_fwnode_bus_mipi_csi1 承载。其属性异常精简，重点在判断时钟信号的极性反转（clock_inv）、选通模式（strobe），以及描述极性的二元素数组（分别对应时钟与数据通道）。
2.11 总线猜测
当 bus_type 指定为未知（值为 0）时，内核调度的猜测机制倾向于优先匹配 CSI-2 属性，若无从寻觅，方才考虑在并行总线的汪洋中寻找答案。
2.12 V4L2 异步模式
面对集成了总线交错的非 V4L2 设备的复杂硬件，往往需要一种弹性机制来解决探测先后的死锁。异步模式的精髓在于将子设备从桥接设备依赖中彻底解放，允许其率先探针。
若探测时资源（如主时钟缺失）不足，子设备可大度地返回 -EPROBE_DEFER 静待特命；一旦万事俱备，便通过 v4l2_async_register_subdev() 报到。
异步框架的中枢包括桥接与核心共用的 struct v4l2_async_notifier，以及桥接驱动独家包办的 struct v4l2_async_subdev。
Notifier 内部精心挂载了操作集回调、待匹配队列、已完成集合等关键状态，支撑了整个异步调度的生命周期；异步子设备则声明了严格的匹配规则（涵盖设备名、固件节点、I2C 或自定义回调），作为匹配算法的核心依据。
2.13 异步模式工作原理
异步机制的流转如下：子设备的注册不再仰仗桥接设备的先期就位，只消轻调注册接口即可。
而桥接驱动若要挂载自身，须先在探针阶段完成三道工序：一是分配并内嵌 notifier 结构体；二是利用 fwnode 图 API 解析设备树中端口与端点的绑定关系，为各个子设备装配带有合适匹配类型的异步子设备；三是给出 bound、unbind 与 complete 三组回调。
最后，将 notifier 堂而皇之地注册进全局内部链表。
当注册完成后，核心会迅速在全局孤立子设备阵列中为待办列表寻找靶心，一旦匹配成功，便会调兵遣将，将子设备移入完成列表，并在恰当的时机触发 complete 回调。
此时，桥接驱动便可毫无顾虑地执行最后的加冕礼：生成 /dev/v4l-subdevX，注册视频设备与媒体设备，宣告整条链路的彻底贯通。
2.14 异步桥接和子设备探测示例
我们以 foo（桥接 CSI 控制器）与 bar（芯片外传感器）构成的连接为例。bar 在探针阶段锋芒毕露，率先注册异步接口。foo 的探针历程则更为宏大：它初始化媒体设备对象，预分配子设备槽位，通过 fwnode 解析设备树端点网络，随后为 notifier 注入回调，一锤定音完成注册。
当绑定落下帷幕，foo 便可借（container_of）取回自定义上下文，进而设置实际流管道。在所有节点都各就各位后，complete 回调被如约唤醒，在这里 foo 完成视频节点注册使命，并庄重地将媒体设备链入全局网络中。此时，设备树中通过互指的 remote-endpoint，完美地将这整套异步机制融合为了一体。
