u-boot.git/drivers/i2c, branch v2015.01 Unnamed repository; edit this file 'description' to name the repository. i2c:mxc fix array size of i2c_data 2015-01-08T16:00:45+00:00 Peng Fan Peng.Fan@freescale.com 2015-01-06T06:12:51+00:00 c36ecf3abfbc20719bbc7229c9a112e2e137a400 We should not hardcode array size of i2c_data to 3. To CONFIG_FSL_LSCH3, there are 4 i2c interface, but not 3. So the size of i2c_data array should be calculated using "ARRAY_SIZE(i2c_bases)". To avoid compile error, move i2c_bases before sram_data structure which contains i2c_data array. Signed-off-by: Peng Fan <Peng.Fan@freescale.com> 
We should not hardcode array size of i2c_data to 3. To CONFIG_FSL_LSCH3,
there are 4 i2c interface, but not 3. So the size of i2c_data array should
be calculated using "ARRAY_SIZE(i2c_bases)".

To avoid compile error, move i2c_bases before sram_data structure which
contains i2c_data array.

Signed-off-by: Peng Fan <Peng.Fan@freescale.com>
dm: i2c: tegra: Convert to driver model 2014-12-11T20:18:44+00:00 Simon Glass sjg@chromium.org 2014-12-10T15:55:57+00:00 b0e6ef46405353270595ffa35c21f4334c541189 This converts all Tegra boards over to use driver model for I2C. The driver is adjusted to use driver model and the following obsolete CONFIGs are removed: - CONFIG_SYS_I2C_INIT_BOARD - CONFIG_I2C_MULTI_BUS - CONFIG_SYS_MAX_I2C_BUS - CONFIG_SYS_I2C_SPEED - CONFIG_SYS_I2C This has been tested on: - trimslice (no I2C) - beaver - Jetson-TK1 It has not been tested on Tegra 114 as I don't have that board. Acked-by: Heiko Schocher <hs@denx.de> Signed-off-by: Simon Glass <sjg@chromium.org> 
This converts all Tegra boards over to use driver model for I2C. The driver
is adjusted to use driver model and the following obsolete CONFIGs are
removed:

   - CONFIG_SYS_I2C_INIT_BOARD
   - CONFIG_I2C_MULTI_BUS
   - CONFIG_SYS_MAX_I2C_BUS
   - CONFIG_SYS_I2C_SPEED
   - CONFIG_SYS_I2C

This has been tested on:
- trimslice (no I2C)
- beaver
- Jetson-TK1

It has not been tested on Tegra 114 as I don't have that board.

Acked-by: Heiko Schocher <hs@denx.de>
Signed-off-by: Simon Glass <sjg@chromium.org>
dm: i2c: Add a sandbox I2C driver 2014-12-11T20:18:42+00:00 Simon Glass sjg@chromium.org 2014-12-10T15:55:50+00:00 d19de0d314010ac8566ac363ce85f2d3707d5c72 This driver includes some test features such as only supporting certain bus speeds. It passes its I2C traffic through to an emulator. Acked-by: Heiko Schocher <hs@denx.de> Signed-off-by: Simon Glass <sjg@chromium.org> Reviewed-by: Masahiro Yamada <yamada.m@jp.panasonic.com> 
This driver includes some test features such as only supporting certain
bus speeds. It passes its I2C traffic through to an emulator.

Acked-by: Heiko Schocher <hs@denx.de>
Signed-off-by: Simon Glass <sjg@chromium.org>
Reviewed-by: Masahiro Yamada <yamada.m@jp.panasonic.com>
dm: i2c: Add I2C emulation driver for sandbox 2014-12-11T20:18:42+00:00 Simon Glass sjg@chromium.org 2014-12-10T15:55:49+00:00 c70c71d8334216e272c33c35aff39e42d7c5185e In order to test I2C we need some sort of emulation interface. Add hooks to allow a driver to emulate an I2C device for sandbox. Signed-off-by: Simon Glass <sjg@chromium.org> Acked-by: Heiko Schocher <hs@denx.de> Reviewed-by: Masahiro Yamada <yamada.m@jp.panasonic.com> 
In order to test I2C we need some sort of emulation interface. Add hooks
to allow a driver to emulate an I2C device for sandbox.

Signed-off-by: Simon Glass <sjg@chromium.org>
Acked-by: Heiko Schocher <hs@denx.de>
Reviewed-by: Masahiro Yamada <yamada.m@jp.panasonic.com>
dm: i2c: Add a uclass for I2C 2014-12-11T20:18:42+00:00 Simon Glass sjg@chromium.org 2014-12-10T15:55:47+00:00 c6202d857ebce5d6c8f0ec1d8d30352195546280 The uclass implements the same operations as the current I2C framework but makes some changes to make it fit driver model better: - Remove the chip address from API calls - Remove the address length from API calls - Remove concept of 'current' I2C bus - Drop all existing init functions Acked-by: Heiko Schocher <hs@denx.de> Reviewed-by: Masahiro Yamada <yamada.m@jp.panasonic.com> Signed-off-by: Simon Glass <sjg@chromium.org> 
The uclass implements the same operations as the current I2C framework but
makes some changes to make it fit driver model better:

- Remove the chip address from API calls
- Remove the address length from API calls
- Remove concept of 'current' I2C bus
- Drop all existing init functions

Acked-by: Heiko Schocher <hs@denx.de>
Reviewed-by: Masahiro Yamada <yamada.m@jp.panasonic.com>
Signed-off-by: Simon Glass <sjg@chromium.org>
i2c: Correct spelling error 2014-12-08T06:27:22+00:00 Mark Tomlinson mark.tomlinson@alliedtelesis.co.nz 2014-12-01T19:49:19+00:00 f4ed36964a7ab4e729d62e96dac15a674dcc2668 "diconnect" and "disconnet" should both be "disconnect". Signed-off-by: Mark Tomlinson <mark.tomlinson@alliedtelesis.co.nz> 
"diconnect" and "disconnet" should both be "disconnect".

Signed-off-by: Mark Tomlinson <mark.tomlinson@alliedtelesis.co.nz>
i2c: Fix deselection of muxes 2014-12-08T06:27:06+00:00 Mark Tomlinson mark.tomlinson@alliedtelesis.co.nz 2014-12-01T19:49:18+00:00 2fe50ef4034b69b45413108dd3e736de2548c04a Due to an uninitialised variable, when muxes were deselected, any value could be written to the mux control register. On the PCA9548, this could result in multiple channels being selected, thus enabling multiple pull-up resistors, and much bus capacitance. The fix is simply to initialise the written value to zero. Signed-off-by: Mark Tomlinson <mark.tomlinson@alliedtelesis.co.nz> 
Due to an uninitialised variable, when muxes were deselected, any value
could be written to the mux control register. On the PCA9548, this could
result in multiple channels being selected, thus enabling multiple
pull-up resistors, and much bus capacitance.

The fix is simply to initialise the written value to zero.

Signed-off-by: Mark Tomlinson <mark.tomlinson@alliedtelesis.co.nz>
linux/kernel.h: sync min, max, min3, max3 macros with Linux 2014-11-23T11:48:30+00:00 Masahiro Yamada yamada.m@jp.panasonic.com 2014-11-06T18:03:31+00:00 b41411954d4ccf6ddaa581178462017557b82b5d U-Boot has never cared about the type when we get max/min of two values, but Linux Kernel does. This commit gets min, max, min3, max3 macros synced with the kernel introducing type checks. Many of references of those macros must be fixed to suppress warnings. We have two options: - Use min, max, min3, max3 only when the arguments have the same type (or add casts to the arguments) - Use min_t/max_t instead with the appropriate type for the first argument Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com> Acked-by: Pavel Machek <pavel@denx.de> Acked-by: Lukasz Majewski <l.majewski@samsung.com> Tested-by: Lukasz Majewski <l.majewski@samsung.com> [trini: Fixup arch/blackfin/lib/string.c] Signed-off-by: Tom Rini <trini@ti.com> 
U-Boot has never cared about the type when we get max/min of two
values, but Linux Kernel does.  This commit gets min, max, min3, max3
macros synced with the kernel introducing type checks.

Many of references of those macros must be fixed to suppress warnings.
We have two options:
 - Use min, max, min3, max3 only when the arguments have the same type
   (or add casts to the arguments)
 - Use min_t/max_t instead with the appropriate type for the first
   argument

Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com>
Acked-by: Pavel Machek <pavel@denx.de>
Acked-by: Lukasz Majewski <l.majewski@samsung.com>
Tested-by: Lukasz Majewski <l.majewski@samsung.com>
[trini: Fixup arch/blackfin/lib/string.c]
Signed-off-by: Tom Rini <trini@ti.com>
blackfin: convert to use CONFIG_SYS_I2C framework 2014-11-17T07:10:37+00:00 Scott Jiang scott.jiang.linux@gmail.com 2014-11-13T07:30:55+00:00 c469703ba0e4adcd210e342fa6a19fcd83fe7207 Signed-off-by: Scott Jiang <scott.jiang.linux@gmail.com> 
Signed-off-by: Scott Jiang <scott.jiang.linux@gmail.com>
adi_i2c: convert to use general io accessors. 2014-11-17T07:10:15+00:00 Scott Jiang scott.jiang.linux@gmail.com 2014-11-13T07:30:54+00:00 a6be70f7ec567e4a4534d657b9aec9c0b79c466b Signed-off-by: Scott Jiang <scott.jiang.linux@gmail.com> 
Signed-off-by: Scott Jiang <scott.jiang.linux@gmail.com>