120、ISP 驱动架构解析：从 V4L2 请求到 ISP 硬件的配置下发流程
120、ISP 驱动架构解析：从 V4L2 请求到 ISP 硬件的配置下发流程
一、一个让我熬夜三天的bug
去年做某款旗舰机主摄调试时，遇到一个诡异现象：预览画面每隔十几帧就会闪一下过曝，但log里没有任何报错。抓了ISP硬件寄存器快照，发现AE收敛后的增益值偶尔会“回跳”到上一帧的配置。查了三天，最后定位到是V4L2 buffer队列里某个请求的配置参数被覆盖了——驱动层在解析用户空间下发的struct v4l2_control时，没有做深拷贝，导致多个buffer共享同一份配置内存。这个坑让我意识到，理解ISP驱动从V4L2请求到硬件配置下发的完整链路，比想象中更重要。
二、V4L2请求的“快递”是怎么打包的
用户空间（比如Camera HAL层）通过ioctl调用VIDIOC_S_EXT_CTRLS，把ISP参数塞进一个struct v4l2_ext_controls结构体。这里有个容易忽略的细节：每个control的id对应ISP硬件里某个具体的寄存器或参数块，比如曝光时间对应V4L2_CID_EXPOSURE_ABSOLUTE，增益对应V4L2_CID_ANALOGUE_GAIN。但ISP厂商通常不会直接用标准V4L2 control，而是自定义一个private control，比如V4L2_CID_PRIVATE_BASE + 0x100，用来传递一整个ISP tuning参数结构体。
别这样写：直接把用户空间的指针赋值给驱动里的缓存。我之前见过某家方案商这么干，结果用户空