Linux kernel documentation tree maintained by Jonathan Corbet http://mirrors.hust.edu.cn/git/lwn.git/atom?h=v3.10-rc5 2013-01-28T04:26:41+00:00 2013-01-28T04:26:41+00:00 Tushar Behera tushar.behera@linaro.org 2012-11-19T11:01:42+00:00 urn:sha1:c81109332068b44db4fd7b650c0e6bc0fc1411f1 i2c_smbus_process_call has no users in the kernel, so this can be removed. Documentation for the same has been updated accordingly. Fixes following sparse warning. drivers/i2c/i2c-core.c:1871:5: warning: symbol 'i2c_smbus_process_call' was not declared. Should it be static? [wsa: updated the documentation] Signed-off-by: Tushar Behera <tushar.behera@linaro.org> Signed-off-by: Wolfram Sang <w.sang@pengutronix.de> 2012-12-16T20:11:55+00:00 Jean Delvare khali@linux-fr.org 2012-12-16T20:11:55+00:00 urn:sha1:a1681781da691a95c2277d9dbd7f5962b6b9e368 While the mapping between I2C adapter functionality flags and i2c_smbus_*() helper functions is rather obvious, let's still document it for clarity. Also drop the reference to 2 command byte I2C block reads, there is no support for that in the kernel at the moment. Signed-off-by: Jean Delvare <khali@linux-fr.org> 2011-10-30T12:47:25+00:00 Jonathan Cameron jic23@cam.ac.uk 2011-10-30T12:47:25+00:00 urn:sha1:06a67848c6681a73e621e47c056490d51a07289f Reimplemented at least 17 times discounting error mangling cases where it could be used. Signed-off-by: Jonathan Cameron <jic23@cam.ac.uk> Signed-off-by: Jean Delvare <khali@linux-fr.org> 2010-03-02T11:23:42+00:00 Jean Delvare khali@linux-fr.org 2010-03-02T11:23:42+00:00 urn:sha1:b5527a7766f0505dc72efe3cefe5e9dea826f611 SMBus alert support. The SMBus alert protocol allows several SMBus slave devices to share a single interrupt pin on the SMBus master, while still allowing the master to know which slave triggered the interrupt. This is based on preliminary work by David Brownell. The key difference between David's implementation and mine is that his was part of i2c-core, while mine is split into a separate, standalone module named i2c-smbus. The i2c-smbus module is meant to include support for all SMBus extensions to the I2C protocol in the future. The benefit of this approach is a zero cost for I2C bus segments which do not need SMBus alert support. Where David's implementation increased the size of struct i2c_adapter by 7% (40 bytes on i386), mine doesn't touch it. Where David's implementation added over 150 lines of code to i2c-core (+10%), mine doesn't touch it. The only change that touches all the users of the i2c subsystem is a new callback in struct i2c_driver (common to both implementations.) I seem to remember Trent was worried about the footprint of David'd implementation, hopefully mine addresses the issue. Signed-off-by: Jean Delvare <khali@linux-fr.org> Acked-by: Jonathan Cameron <jic23@cam.ac.uk> Cc: David Brownell <dbrownell@users.sourceforge.net> Cc: Trent Piepho <tpiepho@freescale.com> 2008-10-14T15:30:06+00:00 Prakash Mortha pmortha@escient.com 2008-10-14T15:30:06+00:00 urn:sha1:596c88f4601e6245a15ea7619527674abbfdcf92 Restore the i2c_smbus_process_call() as one driver (for the Micronas MAP5401) will need it soon. [JD: Update documentation accordingly.] Signed-off-by: Prakash Mortha <pmortha@escient.com> Signed-off-by: Jean Delvare <khali@linux-fr.org> 2008-07-14T20:38:23+00:00 Jean Delvare khali@linux-fr.org 2008-07-14T20:38:23+00:00 urn:sha1:67c2e66571c383404a5acd08189194da660da942 Function i2c_smbus_write_quick has no users left, so we can delete it. Also update the list of these helper functions which are gone but could be added back if needed. Signed-off-by: Jean Delvare <khali@linux-fr.org> 2008-05-11T18:37:05+00:00 David Brownell david-b@pacbell.net 2008-05-11T18:37:05+00:00 urn:sha1:1a31a88f4f1a14f0b28ec3c5c179b93a10b24a18 Improve the smbus-protocol documentation file somewhat: - Use the names of the SMBus protocol operations (from the 2.0 specification), not made-up-for-Linux names. - Add the name of the call used to execute each operation ... and point out that there are mismatches, where functions execute different protocol operations than their names specify. The most confusing examples are that "Read Byte" isn't executed by i2c_smbus_read_byte(), and that "Write Byte" isn't executed by i2c_smbus_write_byte(). When coding, that's not as bad as it may seem; but that case would seem to be worth fixing. Signed-off-by: David Brownell <dbrownell@users.sourceforge.net> Signed-off-by: Jean Delvare <khali@linux-fr.org> 2007-02-13T21:08:59+00:00 Mike Frysinger vapier.adi@gmail.com 2007-02-13T21:08:59+00:00 urn:sha1:3f9a4790a3818af1228c7fb4286afd66f3201fd0 Write data, don't read it. Signed-off-by: Mike Frysinger <vapier@gentoo.org> Signed-off-by: Jean Delvare <khali@linux-fr.org> 2005-04-16T22:20:36+00:00 Linus Torvalds torvalds@ppc970.osdl.org 2005-04-16T22:20:36+00:00 urn:sha1:1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 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!