V4L2是什么

V4L2 (Video for Linux 2) 是 Linux 内核中关于视频设备的标准驱动框架。它向下为各种复杂的视频硬件（如摄像头、ISP、视频解码器等）提供灵活的扩展机制，向上为用户空间的应用程序（如 FFmpeg、GStreamer 或你自定义的 C# / Python 测试软件）提供统一的 API 接口。

简单来说，只要在 Linux 下处理视频采集或输出，几乎都绕不开 V4L2。在系统层级，V4L2 设备通常会在 /dev 目录下暴露出 /dev/videoX 这样的字符设备节点。

1. V4L2 的核心架构

V4L2 框架可以分为控制流和数据流两个主要部分，通常由以下几个核心模块构成：

• V4L2 Core (核心层)： 负责注册字符设备，提供底层的 ioctl 操作转发。它抽象出了视频设备共有的属性。
• Media Controller Framework (媒体控制器框架)： 现在的多媒体硬件非常复杂，比如一个数据流可能要经过 Sensor -> MIPI -> ISP -> 内存。Media Framework 用于在运行时动态管理这些内部硬件拓扑连接（通过所谓的 Entity、Pad 和 Link）。
• Videobuf2 (VB2)： 专门负责数据流的内存管理。它充当用户空间和驱动之间的中间层，支持多种内存分配策略（如 MMAP、USERPTR、DMABUF），确保视频帧数据能高效地在硬件（DMA）和应用层之间流转。

2. 关键数据结构

在底层驱动开发（如编写设备树或 C 驱动）时，V4L2 通过几个核心结构体来抽象硬件：

• v4l2_device：对整个视频设备系统的高层抽象，可以看作是整个框架的管理者。
• v4l2_subdev：用于抽象视频设备中的各个独立子组件。比如摄像头 Sensor（如 IMX415）、ISP、闪光灯等，都是子设备。
• video_device：真正向用户空间暴露 /dev/videoX 节点的实体。

3. 在 Rockchip (RK3568 / RK3588) 平台上的应用

在进行 RK3568 或 RK3588 的系统定制和底层开发时，V4L2 扮演着极度核心的角色：

• 复杂视频管线： 瑞芯微平台极度依赖 V4L2 和 Media Framework 的组合。当你在设备树（DTS）中配置 MIPI CSI 摄像头时，实际上是在描述 V4L2 子设备之间的拓扑关系。数据通常由 Sensor 产生，经过 MIPI D-PHY，进入 CIF (Camera Interface) 接收，再送入硬件 ISP 处理。
• 多节点输出： 在 RK3588 系统中，rkisp 驱动会在 /dev 下生成多个 V4L2 节点（如 video0 到 videoX），分别对应不同的输出通道（主通道 Mainpath、缩放通道 Selfpath 等）和统计信息节点（3A 统计数据）。
• 硬件编解码（MPP）： 瑞芯微的硬件编解码器（VPU）底层交互也与 V4L2 / DMABUF 机制深度绑定，以实现零拷贝（Zero-copy）的高效数据传输。

4. 常用调试工具

在排查摄像头驱动或内核配置时，通常会使用以下终端工具直接与 V4L2 接口交互：

• v4l2-ctl：最常用的命令行工具。可以用来查看设备能力、支持的分辨率和格式，甚至直接抓取视频帧。
• 列出所有设备： v4l2-ctl --list-devices

• 查看支持的格式： v4l2-ctl -d /dev/video0 --list-formats-ext

• media-ctl：用于查看和配置多媒体硬件拓扑结构（Media Graph）。在多 Sensor 调试时，经常需要用它来将 Sensor 链接（Link）到指定的 ISP 通道上。