diff options
author | Tom Rix <Tom.Rix@windriver.com> | 2009-09-29 10:19:49 -0400 |
---|---|---|
committer | Tom Rix <Tom.Rix@windriver.com> | 2009-10-13 06:17:37 -0500 |
commit | 0297ec7e2a4039b8a28346f52f3ccca4db1ddc62 (patch) | |
tree | 4b7fdda8099c7c15594ad983fb1949b09e808c73 /board/bc3450 | |
parent | 4df30f3bb7285b2c962713a5c693c16fd90885e0 (diff) | |
download | u-boot-imx-0297ec7e2a4039b8a28346f52f3ccca4db1ddc62.zip u-boot-imx-0297ec7e2a4039b8a28346f52f3ccca4db1ddc62.tar.gz u-boot-imx-0297ec7e2a4039b8a28346f52f3ccca4db1ddc62.tar.bz2 |
TI OMAP3 Use arm init sequence to initialize i2c
This changes fixes an early i2c error.
It appears that I2C is working because once a read or write
error is detected, the omap24xx_i2c driver calls i2c_init
inside its error handling check.
While it is ok to attempt error handling this way, the boards
must not depend on this side effect to initialize it's i2c.
Instead of explicitly calling i2c_init for every board, use
the generic arm initialization in lib_arm/board.c. By defining
the config variable CONFIG_HARD_I2C, the omap3 i2c initialization
is included in the init_sequence table.
Run tested on Beagle.
Compile tested on the omap3's
Signed-off-by: Tom Rix <Tom.Rix@windriver.com>
Acked-by: Dirk Behme <dirk.behme@googlemail.com>
Diffstat (limited to 'board/bc3450')
0 files changed, 0 insertions, 0 deletions