<feed xmlns='http://www.w3.org/2005/Atom'>
<title>talos-op-linux/include/linux/i2c/pcf857x.h, branch v3.4</title>
<subtitle>Talos™ II Linux sources for OpenPOWER</subtitle>
<id>https://git.raptorcs.com/git/talos-op-linux/atom?h=v3.4</id>
<link rel='self' href='https://git.raptorcs.com/git/talos-op-linux/atom?h=v3.4'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/'/>
<updated>2008-05-18T18:49:41+00:00</updated>
<entry>
<title>i2c: Kill the old driver matching scheme</title>
<updated>2008-05-18T18:49:41+00:00</updated>
<author>
<name>Jean Delvare</name>
<email>khali@linux-fr.org</email>
</author>
<published>2008-05-18T18:49:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/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>
<entry>
<title>gpiolib: pcf857x i2c gpio expander support</title>
<updated>2008-02-05T17:44:13+00:00</updated>
<author>
<name>David Brownell</name>
<email>dbrownell@users.sourceforge.net</email>
</author>
<published>2008-02-05T06:28:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=15fae37d9f5f21571a9618d8353164b6ddfea6f6'/>
<id>urn:sha1:15fae37d9f5f21571a9618d8353164b6ddfea6f6</id>
<content type='text'>
This is a new-style I2C driver for most common 8 and 16 bit I2C based
"quasi-bidirectional" GPIO expanders: pcf8574 or pcf8575, and several
compatible models (mostly faster, supporting I2C at up to 1 MHz).

The driver exposes the GPIO signals using the platform-neutral GPIO
programming interface, so they are easily accessed by other kernel code.  The
lack of such a flexible kernel API has been a big factor in the proliferation
of board-specific drivers for these chips...  stuff that rarely makes it
upstream since it's so ugly.  This driver will let such boards use standard
calls.

Since it's a new-style driver, these devices must be configured as part of
board-specific init.  That eliminates the need for error-prone manual
configuration of module parameters, and makes compatibility with legacy
drivers (pcf8574.c, pc8575.c) for these chips easier (there's a clear
either/or disjunction).

Signed-off-by: David Brownell &lt;dbrownell@users.sourceforge.net&gt;
Acked-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Cc: Eric Miao &lt;eric.miao@marvell.com&gt;
Cc: Sam Ravnborg &lt;sam@ravnborg.org&gt;
Cc: Haavard Skinnemoen &lt;hskinnemoen@atmel.com&gt;
Cc: Philipp Zabel &lt;philipp.zabel@gmail.com&gt;
Cc: Russell King &lt;rmk@arm.linux.org.uk&gt;
Cc: Ben Gardner &lt;bgardner@wabtec.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
</feed>
