u-boot.git/drivers/i2c, branch v2014.01

i2c: fti2c010: fix compiler warning on paddr[]

2014-01-13T07:18:38+00:00

This fixes the following compiler warnings:

fti2c010.c: In function 'fti2c010_read':
fti2c010.c:204:8: warning: 'paddr' may be used uninitialized in this function [-Wuninitialized]
fti2c010.c: In function 'fti2c010_write':
fti2c010.c:266:8: warning: 'paddr' may be used uninitialized in this function [-Wuninitialized]

Signed-off-by: Kuo-Jung Su 
Cc: Heiko Schocher

drivers/designware_i2c - add suppor of CONFIG_SYS_I2C_EEPROM_ADDR_OVERFLOW

2014-01-13T07:18:13+00:00

Since we agreed on legacy implementation of "eeprom_{read|write}"
(http://patchwork.ozlabs.org/patch/295825/) I had to fix/make it work
again DesignWare I2C driver for cases when 1 EEPROM IC fake I2C with
anumber of "built-in" ICs with different chip addresses.

Signed-off-by: Alexey Brodkin 

Cc: Tom Rini 
cc: Armando Visconti 
Cc: Stefan Roese 
Cc: Albert ARIBAUD 
Cc: Heiko Schocher 
Cc: Vipin KUMAR 
Cc: Tom Rix 
Cc: Mischa Jonker 
Cc: Kuo-Jung Su

i2c: Fix i2c speed command

2014-01-13T07:17:51+00:00

This corrects i2c core to interpret the value returned by
i2c_set_bus_speed as a success indicator rather than the
actual speed that was set. When i2c_set_bus_speed returns
a failure code, the speed is unknown so the adapter speed
is set to zero.

Signed-off-by: Darwin Rambo 
Reviewed-by: Tim Kryger 
Reviewed-by: Steve Rae 
Acked-by: Jagannadha Sutradharudu Teki

rcar_i2c: Clear status before start master receive

2014-01-13T07:16:48+00:00

Signed-off-by: Hisashi Nakamura 
Signed-off-by: Nobuhiro Iwamatsu

rcar_i2c: Fix receiving wait condition

2014-01-13T07:16:22+00:00

Signed-off-by: Hisashi Nakamura 
Signed-off-by: Nobuhiro Iwamatsu

i2c: tegra: Add the fifth bus on SoC with more than 4 buses

2013-12-18T17:19:49+00:00

Create the i2c adapter object for the fifth bus on SoC with more than
4 buses. This allow using all the bus available on T30.

Signed-off-by: Alban Bedel 
Acked-by: Heiko Schocher 
Signed-off-by: Tom Warren

Merge branch 'master' of git://git.denx.de/u-boot-arm

2013-12-10T22:15:18+00:00

Conflicts:
	board/samsung/trats2/trats2.c
	include/configs/exynos5250-dt.h

Signed-off-by: Tom Rini

Merge branch 'u-boot/master' into 'u-boot-arm/master'

2013-12-10T21:23:59+00:00

Conflicts:
	arch/arm/cpu/armv7/rmobile/Makefile
	doc/README.scrapyard

Needed manual fix:
	arch/arm/cpu/armv7/omap-common/Makefile
	board/compulab/cm_t335/u-boot.lds

i2c: samsung: register i2c busses for Exynso5420 and Exynos5250

2013-12-06T06:46:23+00:00

This patch adds the U_BOOT_I2C_ADAP_COMPLETE defines for channels
on Exynos5420 and Exynos5250 and also adds support for init function
for hsi2c channels

Signed-off-by: Naveen Krishna Chatradhi

arm: omap: i2c: don't zero cnt in i2c_write

2013-12-05T11:25:02+00:00

Writing zero into I2Ci.I2C_CNT register causes random I2C failures in OMAP3
based devices. This seems to be related to the following advisory which
apears in multiple erratas for OMAP3 SoCs (OMAP35xx, DM37xx), as well as
OMAP4430 TRM:

Advisory:
I2C Module Does Not Allow 0-Byte Data Requests
Details:
When configured as the master, the I2C module does not allow 0-byte data
transfers. Note: Programming I2Ci.I2C_CNT[15:0]: DCOUNT = 0 will cause
undefined behavior.
Workaround(s):
No workaround. Do not use 0-byte data requests.

The writes in question are unnecessary from a functional point of view.
Most of them are done after I/O has finished, and the only one that preceds
I/O (in i2c_probe()) is also unnecessary because a stop bit is sent before
actual data transmission takes place.

Therefore, remove all writes that zero the cnt register.

Cc: Heiko Schocher 
Cc: Thomas Petazzoni 
Cc: Tom Rini 
Cc: Lubomir Popov 
Cc: Enric Balletbo Serra 
Signed-off-by: Nikita Kiryanov 
Tested-by: Thomas Petazzoni 
Tested-by: Lubomir Popov