<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/drivers/i2c, branch linux-2.6.26.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.</subtitle>
<id>https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-2.6.26.y</id>
<link rel='self' href='https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-2.6.26.y'/>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/'/>
<updated>2008-11-10T19:18:00Z</updated>
<entry>
<title>scx200_i2c: Add missing class parameter</title>
<updated>2008-11-10T19:18:00Z</updated>
<author>
<name>Lennart Sorensen</name>
<email>lsorense@csclub.uwaterloo.ca</email>
</author>
<published>2008-10-31T16:05:59Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=69e0453ecbaec161673aff629e22297572033d29'/>
<id>urn:sha1:69e0453ecbaec161673aff629e22297572033d29</id>
<content type='text'>
commit 4a029abee0f1d69cb0445657d6fa5a38597bd17d upstream

The scx200_i2c driver is missing the .class parameter, which means no
i2c drivers are willing to probe for devices on the bus and attach to
them.

Signed-off-by: Len Sorensen &lt;lsorense@csclub.uwaterloo.ca&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>i2c-dev: Return correct error code on class_create() failure</title>
<updated>2008-10-09T03:22:48Z</updated>
<author>
<name>Sven Wegener</name>
<email>sven.wegener@stealer.net</email>
</author>
<published>2008-09-28T12:14:21Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=75678e311ea588ef8f0134ba534482d91fc1e0cb'/>
<id>urn:sha1:75678e311ea588ef8f0134ba534482d91fc1e0cb</id>
<content type='text'>
In Linus' tree:
http://git.kernel.org/?p=linux%2Fkernel%2Fgit%2Ftorvalds%2Flinux-2.6.git;a=commit;h=e74783ec3cb981211689bd2cfd3248f8dc48ec01

We need to convert the error pointer from class_create(), else we'll return the
successful return code from register_chrdev() on failure.

Signed-off-by: Sven Wegener &lt;sven.wegener@stealer.net&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>i2c: Let users select algorithm drivers manually again</title>
<updated>2008-08-20T18:05:09Z</updated>
<author>
<name>Jean Delvare</name>
<email>khali@linux-fr.org</email>
</author>
<published>2008-08-12T08:52:06Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=b4160058ee2f44605bc52e2c1b49768a532c7140'/>
<id>urn:sha1:b4160058ee2f44605bc52e2c1b49768a532c7140</id>
<content type='text'>
Already in Linus' tree:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=8d24f8dcb7ead491704e274883b2c627062f6235

In kernel 2.6.26, the ability to select I2C algorithm drivers manually
was removed, as all in-kernel drivers do that automatically. However
there were some complaints that it was a problem for out-of-tree I2C
bus drivers. In order to address these complaints, let's allow manual
selection of these drivers again, but still hide them by default for
better general user experience.

This closes bug #11140:
http://bugzilla.kernel.org/show_bug.cgi?id=11140

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: Fix NULL pointer dereference in i2c_new_probed_device</title>
<updated>2008-08-20T18:05:08Z</updated>
<author>
<name>Hans Verkuil</name>
<email>hverkuil@xs4all.nl</email>
</author>
<published>2008-08-12T08:50:29Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=2ef8702257cd0b720b37e1fed3a9f668ec1b9c38'/>
<id>urn:sha1:2ef8702257cd0b720b37e1fed3a9f668ec1b9c38</id>
<content type='text'>
Already in Linus' tree:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=b25b791b13aaa336b56c4f9bd417ff126363f80b

Fix a NULL pointer dereference that happened when calling
i2c_new_probed_device on one of the addresses for which we use byte
reads instead of quick write for detection purpose (that is: 0x30-0x37
and 0x50-0x5f).

Signed-off-by: Hans Verkuil &lt;hverkuil@xs4all.nl&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>I2C: S3C2410: Add MODULE_ALIAS() for s3c2440 device.</title>
<updated>2008-07-01T13:30:38Z</updated>
<author>
<name>Ben Dooks</name>
<email>ben-linux@fluff.org</email>
</author>
<published>2008-07-01T10:59:43Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=d150a4bbd0e5c6427e66086b139953428680160b'/>
<id>urn:sha1:d150a4bbd0e5c6427e66086b139953428680160b</id>
<content type='text'>
Add a MODULE_ALIAS() statement for the i2c-s3c2410 controller
to ensure that it can be autoloaded on the S3C2440 systems that
we support.

Signed-off-by: Ben Dooks &lt;ben-linux@fluff.org&gt;
</content>
</entry>
<entry>
<title>I2C: S3C2410: Fixup error codes returned rom a transfer.</title>
<updated>2008-07-01T13:30:37Z</updated>
<author>
<name>Ben Dooks</name>
<email>ben-linux@fluff.org</email>
</author>
<published>2008-07-01T10:59:42Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=63f5c2891eae6b4dd0538ef094e5f256d6150d7b'/>
<id>urn:sha1:63f5c2891eae6b4dd0538ef094e5f256d6150d7b</id>
<content type='text'>
The driver should be returning -ENXIO for transfers that do not
pass the initial address byte stage.

Note, also small tidyups to the driver comments in the area.

Signed-off-by: Ben Dooks &lt;ben-linux@fluff.org&gt;
</content>
</entry>
<entry>
<title>I2C: S3C2410: Check ACK on byte transmission</title>
<updated>2008-07-01T13:30:37Z</updated>
<author>
<name>Ben Dooks</name>
<email>ben-linux@fluff.org</email>
</author>
<published>2008-07-01T10:59:41Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=2709781be6141798162f1089df728fb218a590df'/>
<id>urn:sha1:2709781be6141798162f1089df728fb218a590df</id>
<content type='text'>
We should check for the reception of an ACK after transmitting each
data byte. The address send has been correctly checking this, but the
data write byte state should have also been checking for these failures.

As part of the same fix, we remove the ACK checking from the receive
path where it should not have been checking for an ACK which our hardware
was sending.

Signed-off-by: Ben Dooks &lt;ben-linux@fluff.org&gt;
</content>
</entry>
<entry>
<title>i2c/max6875: Really prevent 24RF08 corruption</title>
<updated>2008-05-18T18:49:41Z</updated>
<author>
<name>Jean Delvare</name>
<email>khali@linux-fr.org</email>
</author>
<published>2008-05-18T18:49:41Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=70455e790391dac85d9b483a9e286a40df1ecc7f'/>
<id>urn:sha1:70455e790391dac85d9b483a9e286a40df1ecc7f</id>
<content type='text'>
i2c-core takes care of the possible corruption of 24RF08 chips for
quite some times, so device devices no longer need to do it. And they
really should not, as applying the prevention twice voids it.

I thought that I had fixed all drivers long ago but apparently I had
missed that one.

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Cc: Ben Gardner &lt;bgardner@wabtec.com&gt;
</content>
</entry>
<entry>
<title>i2c-amd756: Fix functionality flags</title>
<updated>2008-05-18T18:49:41Z</updated>
<author>
<name>Jean Delvare</name>
<email>khali@linux-fr.org</email>
</author>
<published>2008-05-18T18:49:41Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=875b0a473c3ddd80bc4ae88a65cd20027428e160'/>
<id>urn:sha1:875b0a473c3ddd80bc4ae88a65cd20027428e160</id>
<content type='text'>
The i2c-amd756 driver pretends to support SMBus process call
transactions but actually does not. Fix it.

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
</content>
</entry>
<entry>
<title>i2c: Kill the old driver matching scheme</title>
<updated>2008-05-18T18:49:41Z</updated>
<author>
<name>Jean Delvare</name>
<email>khali@linux-fr.org</email>
</author>
<published>2008-05-18T18:49:41Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=eb8a79080984eb9819406a55e4dd17043c380a09'/>
<id>urn:sha1:eb8a79080984eb9819406a55e4dd17043c380a09</id>
<content type='text'>
Remove the old driver_name/type scheme for i2c driver matching. Only the
standard aliasing model will be used from now on.

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