blob: 9ccb21c5092329c6bc26f7c72974279035daee8e [file] [log] [blame]
wdenk6fcc18e2002-03-08 23:25:32 +00001I2C Edge Conditions:
2====================
3
4 I2C devices may be left in a write state if a read was occuring
5 and the CPU was reset. This may result in EEPROM data corruption.
6
7 The edge condition is as follows:
8 1) A read operation begins.
9 2) I2C controller issues a start command.
10 3) The I2C writes the device address.
11 4) The CPU is reset at this point.
12
13 Once the CPU reinitializes and the read is tried again:
14 1) The I2C controller issues a start command.
15 2) The I2C controller writes the device address.
16 3) The I2C controller writes the offset.
17
18 The EEPROM sees:
19 1) START
20 2) device address
21 3) START "this start is ignored by most EEPROMs"
22 4) device address "EEPROM interprets this as offset"
23 5) Offset in device, "EEPROM interprets this as data to write"
24
25 The device will interpret this sequence as a WRITE command and
26 write rubbish into itself, i.e. the "offset" will be interpreted
27 as data to be written in location "device address".
28
29Notes
30-----
Wolfgang Denk0ee70772005-09-23 11:05:55 +020031!!!THIS IS AN UNDOCUMENTED I2C BUS BUG, NOT A AMCC 4xx BUG!!!
wdenk6fcc18e2002-03-08 23:25:32 +000032
33This reset edge condition could possibly be present in every I2C
Simon Glassc79866b2024-08-11 08:50:40 -060034controller and device available.
35
36Note that this problem does not happen when using the bit-banging I2C driver
37(common/soft_i2c.c) as this already includes the I2C bus reset sequence.
wdenkb02744a2003-04-05 00:53:31 +000038
wdenk6fcc18e2002-03-08 23:25:32 +000039
40Many thanks to Bill Hunter for finding this serious BUG.
41email to: <williamhunter@attbi.com>
42
43Erik Theisen <etheisen@mindspring.com>
44Tue, 5 Mar 2002 23:02:19 -0500 (Wed 05:02 MET)