<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/drivers/i2c, branch v2015.01-rc3</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/drivers/i2c?h=v2015.01-rc3</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/drivers/i2c?h=v2015.01-rc3'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2014-12-08T06:27:22Z</updated>
<entry>
<title>i2c: Correct spelling error</title>
<updated>2014-12-08T06:27:22Z</updated>
<author>
<name>Mark Tomlinson</name>
<email>mark.tomlinson@alliedtelesis.co.nz</email>
</author>
<published>2014-12-01T19:49:19Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=f4ed36964a7ab4e729d62e96dac15a674dcc2668'/>
<id>urn:sha1:f4ed36964a7ab4e729d62e96dac15a674dcc2668</id>
<content type='text'>
"diconnect" and "disconnet" should both be "disconnect".

Signed-off-by: Mark Tomlinson &lt;mark.tomlinson@alliedtelesis.co.nz&gt;
</content>
</entry>
<entry>
<title>i2c: Fix deselection of muxes</title>
<updated>2014-12-08T06:27:06Z</updated>
<author>
<name>Mark Tomlinson</name>
<email>mark.tomlinson@alliedtelesis.co.nz</email>
</author>
<published>2014-12-01T19:49:18Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=2fe50ef4034b69b45413108dd3e736de2548c04a'/>
<id>urn:sha1:2fe50ef4034b69b45413108dd3e736de2548c04a</id>
<content type='text'>
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 &lt;mark.tomlinson@alliedtelesis.co.nz&gt;
</content>
</entry>
<entry>
<title>linux/kernel.h: sync min, max, min3, max3 macros with Linux</title>
<updated>2014-11-23T11:48:30Z</updated>
<author>
<name>Masahiro Yamada</name>
<email>yamada.m@jp.panasonic.com</email>
</author>
<published>2014-11-06T18:03:31Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=b41411954d4ccf6ddaa581178462017557b82b5d'/>
<id>urn:sha1:b41411954d4ccf6ddaa581178462017557b82b5d</id>
<content type='text'>
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 &lt;yamada.m@jp.panasonic.com&gt;
Acked-by: Pavel Machek &lt;pavel@denx.de&gt;
Acked-by: Lukasz Majewski &lt;l.majewski@samsung.com&gt;
Tested-by: Lukasz Majewski &lt;l.majewski@samsung.com&gt;
[trini: Fixup arch/blackfin/lib/string.c]
Signed-off-by: Tom Rini &lt;trini@ti.com&gt;
</content>
</entry>
<entry>
<title>blackfin: convert to use CONFIG_SYS_I2C framework</title>
<updated>2014-11-17T07:10:37Z</updated>
<author>
<name>Scott Jiang</name>
<email>scott.jiang.linux@gmail.com</email>
</author>
<published>2014-11-13T07:30:55Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=c469703ba0e4adcd210e342fa6a19fcd83fe7207'/>
<id>urn:sha1:c469703ba0e4adcd210e342fa6a19fcd83fe7207</id>
<content type='text'>
Signed-off-by: Scott Jiang &lt;scott.jiang.linux@gmail.com&gt;
</content>
</entry>
<entry>
<title>adi_i2c: convert to use general io accessors.</title>
<updated>2014-11-17T07:10:15Z</updated>
<author>
<name>Scott Jiang</name>
<email>scott.jiang.linux@gmail.com</email>
</author>
<published>2014-11-13T07:30:54Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=a6be70f7ec567e4a4534d657b9aec9c0b79c466b'/>
<id>urn:sha1:a6be70f7ec567e4a4534d657b9aec9c0b79c466b</id>
<content type='text'>
Signed-off-by: Scott Jiang &lt;scott.jiang.linux@gmail.com&gt;
</content>
</entry>
<entry>
<title>blackfin: rename bfin-twi_i2c driver to adi_i2c</title>
<updated>2014-11-17T07:10:04Z</updated>
<author>
<name>Scott Jiang</name>
<email>scott.jiang.linux@gmail.com</email>
</author>
<published>2014-11-13T07:30:53Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=fea9b69acdeb8af4d37cf58ea805eecfbb03d44c'/>
<id>urn:sha1:fea9b69acdeb8af4d37cf58ea805eecfbb03d44c</id>
<content type='text'>
Signed-off-by: Scott Jiang &lt;scott.jiang.linux@gmail.com&gt;
</content>
</entry>
<entry>
<title>i2c: rcar_i2c: Fix order of restart and clear status</title>
<updated>2014-11-10T05:47:37Z</updated>
<author>
<name>Nobuhiro Iwamatsu</name>
<email>nobuhiro.iwamatsu.yj@renesas.com</email>
</author>
<published>2014-11-04T04:28:50Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=cd818a381ddcdc2440a167757394298f28b70240'/>
<id>urn:sha1:cd818a381ddcdc2440a167757394298f28b70240</id>
<content type='text'>
In case of repeated START condition, the restart has to be kicked
before clear status (MSR register). If it is kicked after clear status,
R-Car I2C may transfer data (TXD register) or receive data (RXD register)
instead of transferring slave address (MAR register).

Signed-off-by: Ryo Kataoka &lt;ryo.kataoka.wt@renesas.com&gt;
Signed-off-by: Nobuhiro Iwamatsu &lt;nobuhiro.iwamatsu.yj@renesas.com&gt;
</content>
</entry>
<entry>
<title>drivers/i2c/fsl_i2c: Change CONFIG_I2C_TIMEOUT to 100ms</title>
<updated>2014-11-10T05:47:36Z</updated>
<author>
<name>Shaveta Leekha</name>
<email>shaveta@freescale.com</email>
</author>
<published>2014-11-03T05:13:14Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=6dd38cc35245db624443ee596eb78853fa9cca7a'/>
<id>urn:sha1:6dd38cc35245db624443ee596eb78853fa9cca7a</id>
<content type='text'>
Some slow I2C devices like Power Monitor(ZM7304) at times
do not work well with low timeout value, so I2C bus get stuck
during read cycle with this device, changing it to 100ms from
10ms works fine

A lot of other i2c drivers like mxc and i2c drivers of BOOTROM
also use relax timeouts to give sufficient ticks to work well
with slower devices

Signed-off-by: Shaveta Leekha &lt;shaveta@freescale.com&gt;
Signed-off-by: Poonam Aggrwal &lt;poonam.aggrwal@freescale.com&gt;
</content>
</entry>
<entry>
<title>ppc4xx: Handle i2c stuck on combined xfer</title>
<updated>2014-11-10T05:44:30Z</updated>
<author>
<name>Dirk Eibach</name>
<email>dirk.eibach@gdsys.cc</email>
</author>
<published>2014-10-29T14:56:44Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=b97cd6814ec08be56225975a050ee486bfa7c13a'/>
<id>urn:sha1:b97cd6814ec08be56225975a050ee486bfa7c13a</id>
<content type='text'>
ppc4xx i2c master gets stuck on errors while repeated start is
active. Can be easily reproduced by "i2c md" on an unpopulated
i2c address. There is not stop condition given, scl remains
pulled low.
The only way out seems to be doing a stop manually and then a
soft reset.

Signed-off-by: Dirk Eibach &lt;dirk.eibach@gdsys.cc&gt;
Reviewed-by: Stefan Roese &lt;sr@denx.de&gt;
</content>
</entry>
<entry>
<title>ppc4xx: Fix i2c repeated start</title>
<updated>2014-11-10T05:44:15Z</updated>
<author>
<name>Dirk Eibach</name>
<email>dirk.eibach@gdsys.cc</email>
</author>
<published>2014-10-29T14:56:43Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=7e78f7ad7f7f666598bc2ff115ea7a35f8e059f1'/>
<id>urn:sha1:7e78f7ad7f7f666598bc2ff115ea7a35f8e059f1</id>
<content type='text'>
Debugging some i2c trouble I saw on my scope that repeated
start is not working properply. The 4xx even held clock pulled down
after transfers. Having a look in the driver I realized
that IIC_CNTL_RPST is set on that part of the transfer that should
begin with a repeated start. But repeated start is about not sending a
stop condition, so IIC_CNTL_RPST has to be set on the last transfer
before the repeated start happens.

Signed-off-by: Dirk Eibach &lt;dirk.eibach@gdsys.cc&gt;
Reviewed-by: Stefan Roese &lt;sr@denx.de&gt;
</content>
</entry>
</feed>
