Re: [PATCH] i2c-at91: fix data-loss issue

From: Adrian Yanes
Date: Mon Apr 23 2012 - 02:24:43 EST

> The latter is probably the easiest and most transparent solution.
> There is no UNRE on G45, it just pauses the clock on an underrun
> condition.
> So in case UNRE is set, EIO should be returned similar to the already
> handled OVRE:
> diff --git a/drivers/i2c/busses/i2c-at91.c b/drivers/i2c/busses/i2c-at91.c
> index a6f9e73..a84e19b 100644
> --- a/drivers/i2c/busses/i2c-at91.c
> +++ b/drivers/i2c/busses/i2c-at91.c
> @@ -238,6 +238,11 @@ static int at91_do_twi_transfer(struct at91_twi_dev *dev)
> dev_err(dev->dev, "overrun while reading\n");
> return -EIO;
> }
> + if (dev->transfer_status & AT91_TWI_UNRE && dev->is_rm9200) {
> + dev_err(dev->dev, "underrun while writing\n");
> + return -EIO;
> + }
> +
> dev_dbg(dev->dev, "transfer complete\n");
> return 0;

Indeed, this should be added in order to catch this exception for the

However, the main issue still there: the board is not able to deliver
data up to 2 bytes size without to run in the UNRE case.

Measuring the i2c bus, we verified that the data is not even arriving to
the data bus, i.e. either the kernel driver is too slow to handle it or
just we are missing some tweak required by the hardware
(nevertheless the datasheet does not give any clue).

Anyone with a AT91RM9200 that can test the proposed driver as well? it
will discard that is our hardware/board the issue rather than the
chipset itself.


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at
Please read the FAQ at