<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/i2c, branch v3.0.27</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers/i2c?h=v3.0.27</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers/i2c?h=v3.0.27'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2012-03-19T15:57:59Z</updated>
<entry>
<title>i2c-algo-bit: Fix spurious SCL timeouts under heavy load</title>
<updated>2012-03-19T15:57:59Z</updated>
<author>
<name>Ville Syrjala</name>
<email>syrjala@sci.fi</email>
</author>
<published>2012-03-15T17:11:05Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=35f68010b4311eacf6340473b062418715d68a39'/>
<id>urn:sha1:35f68010b4311eacf6340473b062418715d68a39</id>
<content type='text'>
commit 8ee161ce5e0cfc689eb677f227a6248191165fac upstream.

When the system is under heavy load, there can be a significant delay
between the getscl() and time_after() calls inside sclhi(). That delay
may cause the time_after() check to trigger after SCL has gone high,
causing sclhi() to return -ETIMEDOUT.

To fix the problem, double check that SCL is still low after the
timeout has been reached, before deciding to return -ETIMEDOUT.

Signed-off-by: Ville Syrjala &lt;syrjala@sci.fi&gt;
Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>i2c: mxs: only flag completion when queue is completely done</title>
<updated>2012-03-12T17:32:40Z</updated>
<author>
<name>Wolfram Sang</name>
<email>w.sang@pengutronix.de</email>
</author>
<published>2012-01-13T11:14:26Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=58cc48d37c4394fdfa8e70315dba705a1f4eb866'/>
<id>urn:sha1:58cc48d37c4394fdfa8e70315dba705a1f4eb866</id>
<content type='text'>
commit 844990daa2e69a4258049ba9c2bae1180657dac3 upstream.

The hardware generates an interrupt for every completed command in the
queue while the code assumed that it will only generate one interrupt
when the queue is empty. So, explicitly check if the queue is really
empty. This patch fixed problems which occurred due to high traffic on
the bus. While we are here, move the completion-initialization after the
parameter error checking.

Signed-off-by: Wolfram Sang &lt;w.sang@pengutronix.de&gt;
Cc: Shawn Guo &lt;shawn.guo@linaro.org&gt;
Cc: Marek Vasut &lt;marek.vasut@gmail.com&gt;
Cc: Lothar Waßmann &lt;LW@KARO-electronics.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>i2c-eg20t: modified the setting of transfer rate.</title>
<updated>2012-01-26T01:25:03Z</updated>
<author>
<name>Toshiharu Okada</name>
<email>toshiharu-linux@dsn.okisemi.com</email>
</author>
<published>2011-09-26T07:16:23Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=a6007c036e0a0e10c0b4dbd533576d201b822a90'/>
<id>urn:sha1:a6007c036e0a0e10c0b4dbd533576d201b822a90</id>
<content type='text'>
commit ff35e8b18984ad2a82cbd259fc07f0be4b34b1aa upstream.

This patch modified the setting value of
I2C Bus Transfer Rate Setting Counter regisrer.

Signed-off-by: Toshiharu Okada &lt;toshiharu-linux@dsn.okisemi.com&gt;
Signed-off-by: Ben Dooks &lt;ben-linux@fluff.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>I2C: OMAP: correct SYSC register offset for OMAP4</title>
<updated>2012-01-26T01:25:01Z</updated>
<author>
<name>Alexander Aring</name>
<email>a.aring@phytec.de</email>
</author>
<published>2011-12-08T14:43:53Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=6c8e76e158a9bc849ec946ab030595e06ad89210'/>
<id>urn:sha1:6c8e76e158a9bc849ec946ab030595e06ad89210</id>
<content type='text'>
commit 2727b1753934e154931d6b3bdf20c9b2398457a2 upstream.

Correct OMAP_I2C_SYSC_REG offset in omap4 register map.
Offset 0x20 is reserved and OMAP_I2C_SYSC_REG has 0x10 as offset.

Signed-off-by: Alexander Aring &lt;a.aring@phytec.de&gt;
[khilman@ti.com: minor changelog edits]
Signed-off-by: Kevin Hilman &lt;khilman@ti.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>i2c: Fix error value returned by several bus drivers</title>
<updated>2012-01-26T01:24:45Z</updated>
<author>
<name>Jean Delvare</name>
<email>khali@linux-fr.org</email>
</author>
<published>2012-01-12T19:32:03Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=fcf53a1ed4225c1f23997ef02f2770a39e73c515'/>
<id>urn:sha1:fcf53a1ed4225c1f23997ef02f2770a39e73c515</id>
<content type='text'>
commit 7c1f59c9d5caf3a84f35549b5d58f3c055a68da5 upstream.

When adding checks for ACPI resource conflicts to many bus drivers,
not enough attention was paid to the error paths, and for several
drivers this causes 0 to be returned on error in some cases. Fix this
by properly returning a non-zero value on every error.

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>i2c-algo-bit: Generate correct i2c address sequence for 10-bit target</title>
<updated>2011-12-09T16:52:19Z</updated>
<author>
<name>Jeffrey (Sheng-Hui) Chu</name>
<email>jeffchu@broadcom.com</email>
</author>
<published>2011-11-23T10:33:07Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=e8cb7517f0bfa7cdc6dd91d244f95bdcecd5589c'/>
<id>urn:sha1:e8cb7517f0bfa7cdc6dd91d244f95bdcecd5589c</id>
<content type='text'>
commit cc6bcf7d2ec2234e7b41770185e4dc826390185e upstream.

The wrong bits were put on the wire, fix that.

This fixes kernel bug #42562.

Signed-off-by: Sheng-Hui J. Chu &lt;jeffchu@broadcom.com&gt;
Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>Merge branch 'for-30-rc5/all-i2c' of git://git.fluff.org/bjdooks/linux</title>
<updated>2011-07-07T23:29:29Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2011-07-07T23:29:29Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=f1bb20a8365f6753e0f7b6e94981ca2b662bae13'/>
<id>urn:sha1:f1bb20a8365f6753e0f7b6e94981ca2b662bae13</id>
<content type='text'>
* 'for-30-rc5/all-i2c' of git://git.fluff.org/bjdooks/linux:
  i2c-bfin-twi: abort transfer is MEM bit is reset unexpectedly
  i2c-s3c2410: Remove useless break code
  i2c-s3c2410: Fix typo 'i2s' -&gt; 'i2c'
  i2c: tegra: Assign unused slave address
</content>
</entry>
<entry>
<title>i2c/pca954x: Initialize the mux to disconnected state</title>
<updated>2011-06-29T09:36:11Z</updated>
<author>
<name>Petri Gynther</name>
<email>pgynther@google.com</email>
</author>
<published>2011-06-29T09:36:11Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=cd823db8b1161ef0d756514d280715a576d65cc3'/>
<id>urn:sha1:cd823db8b1161ef0d756514d280715a576d65cc3</id>
<content type='text'>
pca954x power-on default is channel 0 connected. If multiple pca954x
muxes are connected to the same physical I2C bus, the parent bus will
see channel 0 devices behind both muxes by default. This is bad.

Scenario:
            -- pca954x @ 0x70 -- ch 0 (I2C-bus-101) -- EEPROM @ 0x50
            |
I2C-bus-1 ---
            |
            -- pca954x @ 0x71 -- ch 0 (I2C-bus-111) -- EEPROM @ 0x50

1. Load I2C bus driver: creates I2C-bus-1
2. Load pca954x driver: creates virtual I2C-bus-101 and I2C-bus-111
3. Load eeprom driver
4. Try to read EEPROM @ 0x50 on I2C-bus-101. The transaction will also bleed
   onto I2C-bus-111 because pca954x @ 0x71 channel 0 is connected by default.

Fix: Initialize pca954x to disconnected state in pca954x_probe()

Signed-off-by: Petri Gynther &lt;pgynther@google.com&gt;
Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Cc: stable@kernel.org
</content>
</entry>
<entry>
<title>i2c-taos-evm: Fix log messages</title>
<updated>2011-06-29T09:36:10Z</updated>
<author>
<name>Jean Delvare</name>
<email>khali@linux-fr.org</email>
</author>
<published>2011-06-29T09:36:10Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=9b640f2e154268cb516efcaf9c434f2e73c6783e'/>
<id>urn:sha1:9b640f2e154268cb516efcaf9c434f2e73c6783e</id>
<content type='text'>
* Print all error and information messages even when debugging is
  disabled.
* Don't use adapter device to log messages before it is ready.

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Cc: stable@kernel.org
</content>
</entry>
<entry>
<title>Merge branches 'for-30-rc4/i2c-bfin', 'for-30-rc4/i2c-omap', 'for-30-rc4/i2c-s3c' and 'for-30-rc4/i2c-tegra' into for-30-rc5/all-i2c</title>
<updated>2011-06-27T22:07:24Z</updated>
<author>
<name>Ben Dooks</name>
<email>ben-linux@fluff.org</email>
</author>
<published>2011-06-27T22:07:24Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=69f81e86540716e68e98e401bb91f339d6a0d31f'/>
<id>urn:sha1:69f81e86540716e68e98e401bb91f339d6a0d31f</id>
<content type='text'>
</content>
</entry>
</feed>
