[U-Boot] [PATCH V3 05/11] I2C: mxc_i2c: address failure with mx35 processor
Heiko Schocher
hs at denx.de
Fri Jan 21 07:36:27 CET 2011
Hello Stefano,
just a question ...
Stefano Babic wrote:
> There is sporadic failures when more as one I2C slave
> is on the bus and the processor tries to communicate
> with more as one slave.
> The problem was seen on a mx35pdk (two I2C slaves,
> PMIC controller and CAN/RTC chip).
>
> The current driver uses the IIF bit in the status register
> to check if the bus is busy or not. According to the manual,
> this is not correct, because the IIB bit should be checked.
> Not only, to check if a transfer is finished must be checked
> the ICF bit, and this is not tested at all.
>
> This patch comes from analyse with a corresponding driver
> provided by Freescale as part of the LTIB tool. Comparing
> the two drivers, it appears that the current u-boot driver checks
> the wrong bits, and depending on race condition, the transfer
> can be successful or not.
>
> The patch gets rid also of own debug function (DPRINTF),
> replaced with the general debug().
>
> Tested on Freescale mx35pdk.
>
> Signed-off-by: Stefano Babic <sbabic at denx.de>
> CC: Heiko Schocher <hs at denx.de>
> ---
> Changes:
>
> Wolfgang Denk:
> - change commit message explaining the problem
> and the changes
> - describe in commit message the drop of DPRINTF
>
> drivers/i2c/mxc_i2c.c | 86 ++++++++++++++++++++++++++++++++++++++----------
> 1 files changed, 68 insertions(+), 18 deletions(-)
>
> diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c
> index fd6db18..c5ec486 100755
> --- a/drivers/i2c/mxc_i2c.c
> +++ b/drivers/i2c/mxc_i2c.c
[...]
> @@ -116,31 +113,61 @@ void i2c_init(int speed, int unused)
> i2c_reset();
> }
>
> +static int wait_idle(void)
> +{
> + int timeout = I2C_MAX_TIMEOUT;
> +
> + while ((readw(I2C_BASE + I2SR) & I2SR_IBB) && --timeout) {
> + writew(0, I2C_BASE + I2SR);
> + udelay(1);
> + }
> + return timeout ? timeout : (!(readw(I2C_BASE + I2SR) & I2SR_IBB));
> +}
> +
> static int wait_busy(void)
> {
> - int timeout = 10000;
> + int timeout = I2C_MAX_TIMEOUT;
>
> - while (!(readw(I2C_BASE + I2SR) & I2SR_IIF) && --timeout)
> + while (!(readw(I2C_BASE + I2SR) & I2SR_IBB) && --timeout)
> udelay(1);
> writew(0, I2C_BASE + I2SR); /* clear interrupt */
>
> return timeout;
> }
>
> +static int wait_complete(void)
> +{
> + int timeout = I2C_MAX_TIMEOUT;
> +
> + while ((!(readw(I2C_BASE + I2SR) & I2SR_ICF)) && (--timeout)) {
> + writew(0, I2C_BASE + I2SR);
> + udelay(1);
> + }
> + udelay(200);
Why is this delay necessary? Why exactly 200? Is this documented
somewhere in the doc?
bye,
Heiko
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
More information about the U-Boot
mailing list