<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/Documentation/i2c/functionality, branch v3.6</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/Documentation/i2c/functionality?h=v3.6</id>
<link rel='self' href='https://git.amat.us/linux/atom/Documentation/i2c/functionality?h=v3.6'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2012-05-30T08:55:34Z</updated>
<entry>
<title>i2c: Split I2C_M_NOSTART support out of I2C_FUNC_PROTOCOL_MANGLING</title>
<updated>2012-05-30T08:55:34Z</updated>
<author>
<name>Mark Brown</name>
<email>broonie@opensource.wolfsonmicro.com</email>
</author>
<published>2012-05-30T08:55:34Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=14674e70119ea01549ce593d8901a797f8a90f74'/>
<id>urn:sha1:14674e70119ea01549ce593d8901a797f8a90f74</id>
<content type='text'>
Since there are uses for I2C_M_NOSTART which are much more sensible and
standard than most of the protocol mangling functionality (the main one
being gather writes to devices where something like a register address
needs to be inserted before a block of data) create a new I2C_FUNC_NOSTART
for this feature and update all the users to use it.

Also strengthen the disrecommendation of the protocol mangling while we're
at it.

In the case of regmap-i2c we remove the requirement for mangling as
I2C_M_NOSTART is the only mangling feature which is being used.

Signed-off-by: Mark Brown &lt;broonie@opensource.wolfsonmicro.com&gt;
Acked-by: Wolfram Sang &lt;w.sang@pengutronix.de&gt;
Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
</content>
</entry>
<entry>
<title>i2c: Improve the functionality documentation</title>
<updated>2008-05-11T18:37:05Z</updated>
<author>
<name>Jean Delvare</name>
<email>khali@linux-fr.org</email>
</author>
<published>2008-05-11T18:37:05Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=88b283281f1c783a79af175c400b5d20f10af2aa'/>
<id>urn:sha1:88b283281f1c783a79af175c400b5d20f10af2aa</id>
<content type='text'>
Attempt to make the documentation about the I2C/SMBus functionality
checking API clearer.

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] i2c: Fix I2C_FUNC_PROTOCOL_MANGLING documentation</title>
<updated>2005-10-28T21:02:07Z</updated>
<author>
<name>Hideki Iwamoto</name>
<email>h-iwamoto@kit.hi-ho.ne.jp</email>
</author>
<published>2005-09-25T14:53:04Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=d057c96cab72bc6b70570d25b90404f81d98e886'/>
<id>urn:sha1:d057c96cab72bc6b70570d25b90404f81d98e886</id>
<content type='text'>
Fix the description of I2C_FUNC_PROTOCOL_MANGLING.

From: Hideki Iwamoto &lt;h-iwamoto@kit.hi-ho.ne.jp&gt;
Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

 Documentation/i2c/functionality |    7 ++++---
 1 file changed, 4 insertions(+), 3 deletions(-)
</content>
</entry>
<entry>
<title>[PATCH] I2C: fix typo in documentation</title>
<updated>2005-09-05T16:14:16Z</updated>
<author>
<name>Jean Delvare</name>
<email>khali@linux-fr.org</email>
</author>
<published>2005-07-28T21:08:43Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=014e45380a3b96f2ebd8ff0d115b7a33c06d06d1'/>
<id>urn:sha1:014e45380a3b96f2ebd8ff0d115b7a33c06d06d1</id>
<content type='text'>
Fix a typo in the i2c documentation: the i2c bus scanning tool found in
lm_sensors is called i2cdetect, not i2c_detect.

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>Linux-2.6.12-rc2</title>
<updated>2005-04-16T22:20:36Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@ppc970.osdl.org</email>
</author>
<published>2005-04-16T22:20:36Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2'/>
<id>urn:sha1:1da177e4c3f41524e886b7f1b8a0c1fc7321cac2</id>
<content type='text'>
Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.

Let it rip!
</content>
</entry>
</feed>
