<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/i2c/algos, branch v3.2.38</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers/i2c/algos?h=v3.2.38</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers/i2c/algos?h=v3.2.38'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2012-03-19T16:02:35Z</updated>
<entry>
<title>i2c-algo-bit: Fix spurious SCL timeouts under heavy load</title>
<updated>2012-03-19T16:02:35Z</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=883eb9633dcc5d3cc2389110508805d1d80c9d09'/>
<id>urn:sha1:883eb9633dcc5d3cc2389110508805d1d80c9d09</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-algo-bit: Generate correct i2c address sequence for 10-bit target</title>
<updated>2011-11-23T10:33:07Z</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=cc6bcf7d2ec2234e7b41770185e4dc826390185e'/>
<id>urn:sha1:cc6bcf7d2ec2234e7b41770185e4dc826390185e</id>
<content type='text'>
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;
Cc: stable@kernel.org
Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
</content>
</entry>
<entry>
<title>i2c-algo-pca: Return standard fault codes</title>
<updated>2011-10-30T12:47:25Z</updated>
<author>
<name>Jean Delvare</name>
<email>khali@linux-fr.org</email>
</author>
<published>2011-10-30T12:47:25Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=4403988afc0a92b8faf59b46f51d25fafaf0e63d'/>
<id>urn:sha1:4403988afc0a92b8faf59b46f51d25fafaf0e63d</id>
<content type='text'>
Adjust i2c-algo-pca to return fault codes compliant with
Documentation/i2c/fault-codes, rather than the undocumented and
vague -EREMOTEIO.

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Cc: Wolfram Sang &lt;w.sang@pengutronix.de&gt;
</content>
</entry>
<entry>
<title>i2c-algo-bit: Return standard fault codes</title>
<updated>2011-10-30T12:47:25Z</updated>
<author>
<name>Jean Delvare</name>
<email>khali@linux-fr.org</email>
</author>
<published>2011-10-30T12:47:25Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=abc01b2718ee1d26e83c4c62c4b79806b3240ac7'/>
<id>urn:sha1:abc01b2718ee1d26e83c4c62c4b79806b3240ac7</id>
<content type='text'>
Adjust i2c-algo-bit to return fault codes compliant with
Documentation/i2c/fault-codes, rather than the undocumented and
vague -EREMOTEIO.

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
</content>
</entry>
<entry>
<title>i2c-algo-bit: Be verbose on bus testing failure</title>
<updated>2011-10-30T12:47:25Z</updated>
<author>
<name>Jean Delvare</name>
<email>jdelvare@suse.de</email>
</author>
<published>2011-10-30T12:47:25Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=f6beb67d8e77454200acc3755344944bd946cded'/>
<id>urn:sha1:f6beb67d8e77454200acc3755344944bd946cded</id>
<content type='text'>
If bus testing fails due to the bus being seen as busy, it might be
helpful for developers to know which line is unexpectedly low.

Signed-off-by: Jean Delvare &lt;jdelvare@suse.de&gt;
Reviewed-by: Alex Deucher &lt;alexdeucher@gmail.com&gt;
</content>
</entry>
<entry>
<title>i2c-algo-bit: Let user test buses without failing</title>
<updated>2011-10-30T12:47:25Z</updated>
<author>
<name>Jean Delvare</name>
<email>jdelvare@suse.de</email>
</author>
<published>2011-10-30T12:47:25Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=1bddab7f7d5b61f17b0bbd669f60818d553620be'/>
<id>urn:sha1:1bddab7f7d5b61f17b0bbd669f60818d553620be</id>
<content type='text'>
Always failing to register I2C buses when the line testing fails is a
little harsh. While such a failure is definitely a bug in the driver
that exposes the affected I2C bus, things may still work fine if the
missing initialization steps are done later, before the I2C bus is
used. So it seems a better debugging tool to just report the test
failure by default. I introduce bit_test=2 if anyone really misses the
original behavior of bit_test=1.

Signed-off-by: Jean Delvare &lt;jdelvare@suse.de&gt;
Reviewed-by: Alex Deucher &lt;alexdeucher@gmail.com&gt;
</content>
</entry>
<entry>
<title>i2c-algo-bit: Call pre/post_xfer for bit_test</title>
<updated>2011-04-17T08:20:19Z</updated>
<author>
<name>Alex Deucher</name>
<email>alexdeucher@gmail.com</email>
</author>
<published>2011-04-17T08:20:19Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=d3b3e15da14ded61c9654db05863b04a2435f4cc'/>
<id>urn:sha1:d3b3e15da14ded61c9654db05863b04a2435f4cc</id>
<content type='text'>
Apparently some distros set i2c-algo-bit.bit_test to 1 by
default.  In some cases this causes i2c_bit_add_bus
to fail and prevents the i2c bus from being added.  In the
radeon case, we fail to add the ddc i2c buses which prevents
the driver from being able to detect attached monitors.
The i2c bus works fine even if bit_test fails.  This is likely
due to gpio switching that is required and handled in the
pre/post_xfer hooks, so call the pre/post_xfer hooks in the
bit test as well.

Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=36221

Signed-off-by: Alex Deucher &lt;alexdeucher@gmail.com&gt;
Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Cc: stable@kernel.org [.38 down to .34]
</content>
</entry>
<entry>
<title>Fix common misspellings</title>
<updated>2011-03-31T14:26:23Z</updated>
<author>
<name>Lucas De Marchi</name>
<email>lucas.demarchi@profusion.mobi</email>
</author>
<published>2011-03-31T01:57:33Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=25985edcedea6396277003854657b5f3cb31a628'/>
<id>urn:sha1:25985edcedea6396277003854657b5f3cb31a628</id>
<content type='text'>
Fixes generated by 'codespell' and manually reviewed.

Signed-off-by: Lucas De Marchi &lt;lucas.demarchi@profusion.mobi&gt;
</content>
</entry>
<entry>
<title>i2c-algo-bit: Complain about masters which can't read SCL</title>
<updated>2011-01-10T21:11:23Z</updated>
<author>
<name>Jean Delvare</name>
<email>khali@linux-fr.org</email>
</author>
<published>2011-01-10T21:11:23Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=af5a60baaee66e2f891dbb9a8519ca28ab7da7cd'/>
<id>urn:sha1:af5a60baaee66e2f891dbb9a8519ca28ab7da7cd</id>
<content type='text'>
The I2C specification explicitly describes both SDA and SCL as
bidirectional lines. An I2C master with a read-only SCL is thus not
compliant. If a slow slave stretches the clock, errors will happen,
so the bus can't be considered as reliable.

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
</content>
</entry>
<entry>
<title>i2c-algo-bit: Refactor adapter registration</title>
<updated>2011-01-10T21:11:23Z</updated>
<author>
<name>Jean Delvare</name>
<email>khali@linux-fr.org</email>
</author>
<published>2011-01-10T21:11:23Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=f451171c5ac829e55581c81caf2cb01e1c0a5c5f'/>
<id>urn:sha1:f451171c5ac829e55581c81caf2cb01e1c0a5c5f</id>
<content type='text'>
Use a function pointer to decide whether to call i2c_add_adapter or
i2c_add_numbered_adapter. This makes the code more compact than the
current strategy of having the common code in a separate function.

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
</content>
</entry>
</feed>
