1、Camera子系统全景：什么是V4L2、Camera驱动在整个系统中的位置、硬件架构概览（Sensor/ISP/CSI）

好，我们直接开始第一课。

很多刚接触Camera驱动的朋友，上来就被一堆术语砸晕了：V4L2、Sensor、ISP、CSI、MIPI... 说实话，我当年刚入行时也懵。这些东西到底怎么串起来的？今天我们就先把全景图铺开，让你心里有个谱。

1.1 什么是V4L2？

V4L2，全称 Video for Linux 2。说白了，它就是Linux内核里专门给视频设备准备的统一接口规范。

你想想看，市面上有海思的Sensor、索尼的Sensor、OV的Sensor，还有各种ISP芯片。如果没有一个统一标准，每个驱动都得自己搞一套API，那应用层程序员得疯掉。V4L2就是来解决这个问题的——它定义了一套标准的数据结构和ioctl命令，让上层应用可以统一操作摄像头。

我个人习惯把V4L2理解成「摄像头界的USB协议」。就像USB让不同设备都能插同一个口，V4L2让不同摄像头都能被同一个应用调用。嗯，这个比喻虽然不完美，但初学者这么理解没问题。

1.2 Camera驱动在整个系统中的位置

我们从上往下看，整个Camera软件栈大概分四层：

层级	说明	例子
应用层	用户空间的相机App	Camera2 API、GStreamer、FFmpeg
框架层	Android HAL / V4L2 用户空间库	libv4l2、Camera HAL3
内核驱动层	V4L2框架 + Sensor/ISP/CSI驱动	video_device、v4l2_subdev
硬件层	物理Camera模组	Sensor、ISP、CSI控制器

我们做驱动开发，主要就待在内核驱动层。上面是应用和框架，下面是硬件。驱动就是中间的翻译官。

1.3 硬件架构概览

搞懂软件之前，先搞懂硬件怎么连的。一个典型的Camera硬件链路是这样的：

Sensor → ISP → CSI Host → Memory

我们来逐个拆解：

1.3.1 Sensor（图像传感器）

Sensor就是那个感光的芯片。它把光信号转成电信号，再转成数字信号输出。常见的接口有MIPI CSI-2、DVP、LVDS等。

Sensor输出的原始数据格式通常是RAW（比如RAW10、RAW12），或者经过简单处理后的YUV。嗯，这里要注意：不同Sensor的寄存器配置差异很大，这也是驱动开发最繁琐的部分。

1.3.2 ISP（图像信号处理器）

ISP负责把Sensor的原始数据加工成我们能看的图像。它做的事情包括：黑电平校正、去噪、白平衡、色彩插值、Gamma校正等等。

有些SoC内置了ISP（比如高通、联发科的平台），有些需要外挂ISP芯片。在驱动层面，ISP通常也是一个V4L2 subdev，需要单独配置。

1.3.3 CSI（摄像头串行接口）

CSI是连接Sensor和SoC的物理通道。它负责把Sensor输出的高速串行数据，转换成SoC能处理的并行数据。

CSI驱动主要做三件事：

• 配置物理层（PHY）的电压、时钟、lane数
• 处理数据包的解包和校验
• 把数据DMA到内存

你想想看，Sensor每秒要传几Gbps的数据，CSI要是没配好，整个链路就废了。

1.4 它们怎么协同工作？

一个典型的Camera启动流程是这样的：

1. 应用层打开/dev/video0设备节点
2. V4L2框架调用Sensor驱动的s_power接口上电
3. 配置Sensor的输出格式（分辨率、帧率、数据格式）
4. 配置ISP的处理参数（如果ISP是独立的）
5. 配置CSI的时序和DMA地址
6. 启动数据流，Sensor开始输出图像
7. 数据经过ISP处理后，通过CSI写入内存
8. 应用层通过DQBUF拿到图像数据

1.5 小结

这一章我们做了三件事：

• 搞清楚了V4L2是什么——它就是Linux视频设备的统一接口规范
• 看明白了Camera驱动在整个系统中的位置——内核驱动层，承上启下
• 理清了硬件架构——Sensor负责采集，ISP负责处理，CSI负责传输

下一章，我们会深入V4L2的核心数据结构，看看video_device和v4l2_subdev到底长什么样。到时候我会拿一个真实的驱动代码片段来拆解，保证你看完就能上手。