cci 通信timeout报错分析

报错分析"/>

cci 通信timeout报错分析

问题描述：

        某些机器100%出现刚进入app的时候访问cci设备，出现3秒左右访问失败，导致摄像头打开慢。

1. log出现以下错误

[ 1274.796363] CAM_ERR: CAM-CCI: cam_cci_wait: 261 wait for queue: 0

[ 1276.328946] CAM_ERR: CAM-CCI: cam_cci_flush_queue: 53 wait timeout

[ 1276.335435] CAM_ERR: CAM-CCI: cam_cci_transfer_end: 345 failed rc -110

[ 1276.342307] CAM_ERR: CAM-CCI: cam_cci_data_queue: 894 Slave: 0x60 failed rc -110

[ 1276.349990] CAM_ERR: CAM-CCI: cam_cci_i2c_write: 1400 failed rc: -110

[ 1276.356634] CAM_ERR: CAM-SENSOR: cam_cci_i2c_write_table_cmd: 123 Failed rc = -110

2. 跟踪代码，发现阻塞在report_q完成变量，而该完成变量由cam_cci_irq complete，初步怀疑i2c总线有问题，通过重新camera_io_release camera_io_init，阻塞问题消除。

3. 80_P9301_61_P_QUALCOMM_SPECTRA_LINUX_CAMERA_DEBUGG.pdf的CCI timeout issue guidelines 描述，发现是和cci的i2c的速率有关，check设备的配置发现同一个cci所有设备i2c的速率是一样的，排除该方向。

4. 测量cci的scl和sda在外设上电一瞬间有一个低电平脉冲，针对scl的变化修改 i2c_csl 的clock stretch，验证无效。

5. 尝试让硬件改成长供电，故障消失； 

 6. 由于cci的sda和scl都在外设上电的瞬间有一个低电平脉冲，怀疑和上电时序有关，测试上电时序和964的要求上电对比发现，VDD11和VDD18有时间差，，查看代码中实际上电VDD11和VDD18的时间只有1ms，由于使用的接口是msleep导致被调度，实际测试的时间差是2ms尝试将VDD11时间提前到VDD18之前，发现故障消失。将VDD11和VDD18之前时间间隔去掉，故障也消失。

综上，最终判断是由于芯片工艺差异在上电时序的影响下会导致SDA被拉低，相当一个start信号，然后cci就在等待一个stop信号，导致超时阻塞，所以在bringup sensor时，上下电时序需要尽量按照规格书要求。