Qualcomm CAMSS架构下的摄像头适配：V4L2驱动封装与Media Controller Pipeline构建实践
在基于Qualcomm CAMSS（Camera Subsystem）架构的系统中，实现摄像头适配的关键在于V4L2驱动的封装以及Media Controller pipeline的构建。这一流程覆盖了从硬件抽象到设备管理、再到数据流控制的多个技术层面，是打造一个稳定、高效摄像头系统的重要基础。
V4L2驱动封装：连接硬件与用户空间的桥梁
V4L2（Video for Linux 2）是Linux内核中广泛使用的标准视频设备驱动框架，为摄像头适配提供了一套统一的接口。在Qualcomm平台中，V4L2驱动的封装工作主要包括以下几个核心环节：
- 设备注册与初始化：通过调用
v4l2_device_register()函数完成V4L2设备实例的注册。该实例作为系统管理的顶层节点，维护所有子设备的列表。在MSM平台的驱动中，msm_probe()函数负责初始化这一设备实例，并在系统中生成一个/dev/video0等设备节点，供用户空间访问。 - 子设备管理：各类摄像头子设备（如图像传感器、图像信号处理器ISP等）通过
v4l2_subdev结构体进行描述，并集成到主设备中。这些设备通常通过I2C或SPI等通信协议与硬件交互，执行如初始化、流控制等关键操作。例如，图像传感器的驱动通过msm_sensor_probe()函数完成上电、ID识别等初始化任务。 - 文件操作接口：V4L2驱动通过
v4l2_file_operations和v4l2_ioctl_ops结构体提供标准的文件操作接口，包括open()、read()、ioctl()等。用户空间通过这些接口与内核进行交互，从而实现对摄像头的控制和数据采集。
Media Controller pipeline构建：实现高效数据流传输
Media Controller是V4L2框架中的关键组件，用于管理设备间的连接关系和数据流拓扑。在Qualcomm CAMSS系统中，Media Controller pipeline的构建过程主要包括以下几个步骤：
- 设备枚举与拓扑建立：通过调用
media_device_register()函数注册媒体设备，并生成/dev/media0节点。用户空间可以使用如MEDIA_IOC_ENUM_ENTITIES等IOCTL命令枚举系统中的子设备，并根据设备标识（如msm-config）找到对应的video_device节点。 - pipeline构建：根据不同的应用场景（如视频预览、拍照或录像），Media Controller构建出不同的数据流路径。每个pipeline由多个节点（Node）构成，节点之间通过链接（Link）相互连接，形成完整的数据传输路径。例如，一个典型的预览pipeline可能包括传感器、ISP和显示节点。
- 数据流控制：用户空间通过
VIDIOC_STREAMON和VIDIOC_STREAMOFF等IOCTL命令控制数据流的启动与关闭。Media Controller根据当前pipeline的拓扑结构，通知各节点开始或停止运行，并将数据填入V4L2的缓冲区队列中，以实现高效的数据传输。
实战案例：添加自定义pipeline
以高通平台为例，如果需要添加一个自定义pipeline，例如SWMFMergeRawTwo2One，实现将两路RAW图像数据合并输出为一路，可按以下步骤操作：
- 创建pipeline配置文件：在系统路径
vendor/qcom/proprietary/chi-cdk/oem/qcom/topology/usecase/components/usecases/下创建一个名为camxSWMFMergeRawTwo2One.xml的配置文件，用于定义pipeline名称、节点列表及端口连接。 - 配置NodesList和PortLinkages：在XML文件中列出所有参与的节点，并定义输入输出端口的连接方式。例如，可使用
NodeId 255来标识自定义节点，并通过NodePropertyId和NodePropertyValue配置节点属性。 - 更新Usecase配置文件：在对应的Usecase XML文件中，通过
CamxInclude机制添加对新pipeline的引用，并在target部分添加新的目标定义（如TARGET_BUFFER_RAW_OUT2）。 - HAL层适配：在HAL层代码中加入对新pipeline的支持，确保用户空间调用和控制流程能够正确识别并激活该自定义数据流。
通过以上步骤，可以实现对Qualcomm平台摄像头系统的灵活扩展和功能定制，满足多样化应用场景的需求。