ov5640设备树修改

i2ctool的一些使用

文件：drivers/media/platform/mxc/capture/mx6s_capture.c是芯片CSI控制器驱动

drivers/media/platform/mxc/capture/ov5640_v2.c是摄像头配置驱动

模块安装

linux-kernel-6.12.y的ov5640驱动默认编译成的是模块，需要进行安装，当然也可直接单独运行模块或者直接编译进内核，这里使用较为正规的方式。使用如下命令会将模块自动安装到INSTALL_MOD_PATH的bin目录下，linux也会自动加载，无需手动加载。

#!/bin/sh
make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- modules_prepare
make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- M=drivers/media/platform/mxc/capture modules    # 编译模块
make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- modules_install INSTALL_MOD_PATH=/your/rootfs/path    # 安装模块

最小改动的移植，使用自带驱动的YUYV格式（不完美）

驱动部分，只需要将旧的正点原子驱动中的屏幕配置加入到新的驱动中即可，也可直加入自己屏幕对应的配置部分。一般需要在ov5640_mode添加内容，相应的添加reg_value结构体对应的数据，然后还有ov5640_mode_info_data结构体内添加对应内容。而应用层部分，需要做较大的修改，需要修改成YUYV格式的配置，并且需要进行YUYV->RGB565的转换。显示的不完美，屏幕会被分成两部分，并且左右部分进行了互换。改动部分已在注释中标出。

详细代码：https://github.com/ydteng/ov5640-driver/tree/main/YUYV

尽量跟正点原子官方原版一样的

这个改动较多，最需要注意的是ov5640_subdev_video_ops和ov5640_subdev_pad_ops的区别，别的其实还好移植。这两个的区别主要是新版本将ov5640_subdev_video_ops的一些接口放到了ov5640_subdev_pad_ops里面，并且删除了try_mbus_fmt，合并到了set_fmt使用fmt->which进行判断，具体如下：

查看代码

static struct v4l2_subdev_video_ops ov5640_subdev_video_ops = {
	.g_parm = ov5640_g_parm,
	.s_parm = ov5640_s_parm,
	.g_std = ov5640_g_std,	/* 也算是一个过时接口，写的很简单 */

	/*
	旧版本驱动这里有下面这些
	.s_mbus_fmt	= ov5640_s_fmt,
	.g_mbus_fmt	= ov5640_g_fmt,
	.try_mbus_fmt	= ov5640_try_fmt,
	.enum_mbus_fmt	= ov5640_enum_fmt,
	*/
};

static const struct v4l2_subdev_pad_ops ov5640_subdev_pad_ops = {
	.enum_frame_size       = ov5640_enum_framesizes,
	.enum_frame_interval   = ov5640_enum_frameintervals,
	/* 新版本的从v4l2_subdev_video_ops移动到了v4l2_subdev_pad_ops，变成了下面这些接口 */
	.enum_mbus_code        = ov5640_enum_code,	/* 对应旧版本enum_mbus_fmt */
	.set_fmt               = ov5640_set_fmt,	/* 对应旧版本s_mbus_fmt*/
	.get_fmt               = ov5640_get_fmt,	/* 对应旧版本g_mbus_fmt */
	/* 
    删除了try_mbus_fmt，合并到了set_fmt使用fmt->which == V4L2_SUBDEV_FORMAT_TRY进行判断，
    if (format->which == V4L2_SUBDEV_FORMAT_TRY){这里可以写旧版本的ov5640_try_fmt函数中的内容}
    */
};