Hi, Laurent, > While the problem seems to be similar to CPM98, I don't understand how it > could happen on the first character of the first I2C transfer.
I agree, that is hard to explain given that i2c-cpm keeps the controller shut off until the very moment of the first transfer. Can you check that the bus is really idle (SCL is high) when the timeout happens? If one of the slave devices is in a bad state and pulling SCL low, I think the behavior you see is expected (CPM will wait forever for the bus to be idle). The same is probably true if a GPIO pin is mis-configured. > As explained in my previous mail to Joakim, I spent some more time last > Friday > investigating the problem, and it seems the baud rate generator configuration > plays an important role. The default configuration (60kHz nominal => > 65.104kHz > using a 25MHz brg clock and a /32 predivider) leads to timeouts, while I > haven't been able to reproduce the problem with the i2c-mpc8260.c > configuration (100kHz nominal => 104.167kHz using a 25MHz brg clock and a /8 > predivider). It would be interesting to try each driver with the other's clock settings. -=] Mike [=- _______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev