rk3399调试ov2659(camera模块@dvp接口)--源码分析

版权声明：本文为博主原创文章，转载请注明出处：https://blog.csdn.net/huang_165/article/details/86217004

    之前整理的“rockchip sensor core框架”和rkisp下的v4l2框架有点像，只不过v4l2框架有点大（而且不支持摄像头热插拔）。其实接触越多Linux子系统越发觉得这些子系统处理思想大同小异。
     这种"核心思想"就是将"同类设备(soc/外设)的同种属性、内核资源管理"整理出一个"核心层"，达到求同存异、松耦合、分层管理的目的。

v4l2简单框图：

---

从V4L2简单框图可以看出,V4L2是一个字符设备，而V4L2的大部分功能都是通过设备文件的ioctl导出的。

一般来说，摄像头驱动需要实现与向核心层提交下面十几个ioctl接口
VIDIOC_REQBUFS：分配内存
VIDIOC_QUERYCAP：查询驱动功能
VIDIOC_ENUM_FMT：获取当前驱动支持的视频格式
VIDIOC_S_FMT：设置当前驱动的频捕获格式
VIDIOC_G_FMT：读取当前驱动的频捕获格式
VIDIOC_TRY_FMT：验证当前驱动的显示格式
VIDIOC_CROPCAP：查询驱动的修剪能力
VIDIOC_S_CROP：设置视频信号的边框
VIDIOC_G_CROP：读取视频信号的边框
VIDIOC_QBUF：把数据放回缓存队列
VIDIOC_DQBUF：把数据从缓存中读取出来
VIDIOC_STREAMON：开始图像捕获
VIDIOC_STREAMOFF：结束图像捕获

摄像头驱动-ov2659源码分析：

      先写个断言“核心层和摄像头设备驱动是通过check_camera_id机制来确认具体摄像头driver的”，在《框架分析》证明。

我们分析下：下面的1，2，3步看看应用层、核心层、摄像头如何配合起来的。
1.应用层分配内存--VIDIOC_REQBUFS
2.应用层使能摄像头