由于TVP5150的I2C协议不标准,TVP5150 I2C挂死导致系统I2C总线挂死,但是在dm6467 的I2C总线驱动中并没有处理好I2C timeout问题,因为一直dm6467的I2C复的位也是通过I2C读写去完成的,但是总线总是busy,因此I2C 永远复位不成功,导致死循环,系统CPU使用率100?(CPU使用率100 这个是猜测)。
I2C 挂死只能通过上电复位来恢复I2C总线,这个是linux 2.6.18版本的davinci驱动的一个bug,在后面的高版本内核已经修改过来,但是只是在DM355和DM644X中有效,在DM6467中没有作用。其原因是因为DM355和DM646X中它们的I2C引脚和GPIO引脚是复用的,可以通过操作GPIO引脚来复位I2C,但是在DM6467中I2C引脚没有复用因此不能通过这种方法去恢复I2C总线。
其大致的算法是在i2c_davinci_wait_bus_not_busy 中增加timeout次数的判定超过两次timeout的话,就恢复I2C总线,重新初始化I2C。代码如下:
i2c_recover_bus(dev);是通过发送一个NACK给从设备,然后用GPIO模拟I2C时钟停止I2C设备,来恢复总线。
其中需要修改的头文件。
在i2c.h头文件davinci_i2c_platform_data中增加 I2C sda 和scl 两个引脚的描述
1.include\asm-arm\arch\i2c.h
2.include\asm-arm\arch-davinci\i2c.h
3.include\asm\arch\i2c.h
4.asm\arch-davinci\i2c.h
#ifndef __ASM_ARCH_I2C_H
#define __ASM_ARCH_I2C_H
/* All frequencies are expressed in kHz */
struct davinci_i2c_platform_data {
unsigned int bus_freq; /* standard bus frequency */
unsigned int bus_delay; /* transaction delay */
unsigned int sda_pin; /* GPIO pin ID to use for SDA */
unsigned int scl_pin; /* GPIO pin ID to use for SCL */
};
#endif /* __ASM_ARCH_I2C_H */
2.初始化davinci_i2c_platform_data数据,例如以下是DM355的私有数据,
static struct davinci_i2c_platform_data i2c_pdata = {
.bus_freq = 400 /* kHz */,
.bus_delay = 0 /* usec */,
.sda_pin = 15,
.scl_pin = 14,
};
具体可以看path信息