summaryrefslogtreecommitdiff
path: root/lib_mips/bootm_qemu_mips.c
diff options
context:
space:
mode:
authorTom Rix <Tom.Rix@windriver.com>2009-09-29 10:19:49 -0400
committerTom Rix <Tom.Rix@windriver.com>2009-10-13 06:17:37 -0500
commit0297ec7e2a4039b8a28346f52f3ccca4db1ddc62 (patch)
tree4b7fdda8099c7c15594ad983fb1949b09e808c73 /lib_mips/bootm_qemu_mips.c
parent4df30f3bb7285b2c962713a5c693c16fd90885e0 (diff)
downloadu-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 'lib_mips/bootm_qemu_mips.c')
0 files changed, 0 insertions, 0 deletions