https://github.com/torvalds/linux
Revision 2196d1cf4afab93fb64c2e5b417096e49b661612 authored by Enrik Berkhan on 05 May 2009, 06:39:25 UTC, committed by Jean Delvare on 05 May 2009, 06:39:25 UTC
Currently, the i2c-algo-pca driver does nothing if the chip enters state 0x30 (Data byte in I2CDAT has been transmitted; NOT ACK has been received). Thus, the i2c bus connected to the controller gets stuck afterwards. I have seen this kind of error on a custom board in certain load situations most probably caused by interference or noise. A possible reaction is to let the controller generate a STOP condition. This is documented in the PCA9564 data sheet (2006-09-01) and the same is done for other NACK states as well. Further, state 0x38 isn't handled completely, either. Try to do another START in this case like the data sheet says. As this couldn't be tested, I've added a comment to try to reset the chip if the START doesn't help as suggested by Wolfram Sang. Signed-off-by: Enrik Berkhan <Enrik.Berkhan@ge.com> Reviewed-by: Wolfram Sang <w.sang@pengutronix.de> Signed-off-by: Jean Delvare <khali@linux-fr.org>
1 parent 0cdba07
Tip revision: 2196d1cf4afab93fb64c2e5b417096e49b661612 authored by Enrik Berkhan on 05 May 2009, 06:39:25 UTC
i2c-algo-pca: Let PCA9564 recover from unacked data byte (state 0x30)
i2c-algo-pca: Let PCA9564 recover from unacked data byte (state 0x30)
Tip revision: 2196d1c
| File | Mode | Size |
|---|---|---|
| Documentation | ||
| arch | ||
| block | ||
| crypto | ||
| drivers | ||
| firmware | ||
| fs | ||
| include | ||
| init | ||
| ipc | ||
| kernel | ||
| lib | ||
| mm | ||
| net | ||
| samples | ||
| scripts | ||
| security | ||
| sound | ||
| usr | ||
| virt | ||
| .gitignore | -rw-r--r-- | 885 bytes |
| .mailmap | -rw-r--r-- | 3.9 KB |
| COPYING | -rw-r--r-- | 18.3 KB |
| CREDITS | -rw-r--r-- | 91.6 KB |
| Kbuild | -rw-r--r-- | 2.4 KB |
| MAINTAINERS | -rw-r--r-- | 144.4 KB |
| Makefile | -rw-r--r-- | 53.8 KB |
| README | -rw-r--r-- | 16.7 KB |
| REPORTING-BUGS | -rw-r--r-- | 3.1 KB |
Computing file changes ...
