rk3568 camera：双摄调试的介绍

        YUV类型摄像头+普通mipi摄像头

        主要介绍该组合类型的sensor在rk3568平台调试过程中需要注意的地方，以pr2100k+gc2385为例；双摄调试时，首先要配置好dts，例如pr2100k硬件上接lane0-lane1，使用dphy1，走vicap链路；而gc2385在硬件上接lane2-lane3，使用dphy2，走isp链路。

        调试底层的时候，可以一个个单独进行调试；配置好dts后，升级固件，然后使用media-ctl -p -d /dev/mediax指令去查看拓扑是否正确；使用v4l2工具抓图，看底层是否正常的出流。若底层调试完毕，接下来就是配置camera3_profiles.xml文件，也就是将pr2100k和gc2385添加上，修改下分辨率，注意moduleid需要与dts中的index一致，不然上层会识别不到设备的，其中moduleid需要按照m00->m01->m02这样的顺序去排列。

        xml配置完成后，可以使用dumpsys media.camera去看下，是否识别到2个设备了。由于pr2100k是SOC类型的sensor，所以其不用接入isp，也不用效果文件，因此在xml中可以将sensortype配置为SOC类型。

        以上配置完后，使用系统apk打开失败，这是常见的问题，针对SOC类型的sensor需要在hal层中加入如下补丁才行

        此时，使用apk可以单独打开pr2100k和gc2385的；但切换失败，也就是使用pr2100k预览正常，但切换到gc2385就会黑屏；此时可以执行如下这条指令

setprop persist.vendor.camera.hal.debug 5

        这个是打开hal层的log开关，然后重启设备后，打开apk，抓一份切换失败的logcat，logcat常见报错如下，Cannot set MediaCtl links；这个也就是pipline链接失败了；pipeline的链接在这个函数中实现的getImguMediaCtlConfig，

        那么如果出现上面报错的情况，就要加下打印，看是否有进各自的pipeline设置；正常情况下SOC是进入else if 而普通sensor是进else；在调试过程中有遇到过两个sensor配置上，系统相机是可以检测到两个摄像头，但只能打开pr2100k，切换不到gc2385；从logcat中查找关键字"addLinkParams"，能看到pr2100k的pipeline是正常链接的，而gc2385的pipeline链接失败，也就是没进else；所以根据配置的dts链路，hal层代码做如下修改即可解决。