问题描述:
某些机器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时,上下电时序需要尽量按照规格书要求。