海思平台 i2c读写过多后挂死

换了其他的I2C总线试了一下 都是一样的 我加了个计数器测试了一下 每次读写1020次以后都会卡死

需要使用示波器检测一下I2C的波形，看看波形是否遵循I2C协议，很有可能I2C Mastar是没有遵循I2C协议波形，信号线被slave拉死就出现这个情况。

我们试过一个I2C总线上面挂载了多片CVBS转BT656的芯片、挂载了AD采样芯片、挂载了时钟芯片，没出现这种情况。
CVBS转BT656的芯片在设置时初始化使用I2C，其他时候没有使用。大约每天会用0~100次，每次每片芯片操作大约操作读写上百次；
时钟芯片在上电时、时间偏差太大时操作一次，每次操作读写10来次；
AD采样芯片是低速AD，每秒钟操作5次。
你的应用，要着重检查：

1. 要确保I2C总线的竞争，多片slave芯片要注意临界区；
2. 多个程序同时读写一个芯片时要注意临界区；
3. 从系统上排查是否有其他进程在操作I2C（可以用示波器，关掉你的软件时，是否还有波形出来）。
   临界区要从操作之前开始，一直到操作完毕再释放锁，操作期间应循环检查是否操作完毕，并在循环里面让出一个时间片，否则会占用CPU过大。

备注：我用的是HI3520DV300，LINUX3.10版本的核心，多个芯片的底层操作使用的是ko格式的内核级驱动，应用程序里面采用标准的open/read/write/close函数对驱动进行操作。

报错是打开设备节点失败，同时是1020次以后报错，Linux默认最大文件描述符数为1024，显然，这个报错是因为你打开设备节点之后没有关闭，重复打开设备节点，导致文件描述符用完了造成的

感觉楼上的怀疑很合理，可以排查一下这个

排查下打开设备节点的设置

I2C中断服务程序被意外屏蔽，或者多点操作