Linux kernel stable tree (mirror) https://git.radix-linux.su/kernel/linux.git/atom?h=v4.4.235 2020-07-09T07:35:08+00:00 2020-07-09T07:35:08+00:00 Chris Packham chris.packham@alliedtelesis.co.nz 2020-07-01T22:39:11+00:00 urn:sha1:900a2823beee859207d66c6119922e6623224a4c [ Upstream commit cd217f2300793a106b49c7dfcbfb26e348bc7593 ] The PCA9665 datasheet says that I2CSTA = 78h indicates that SCL is stuck low, this differs to the PCA9564 which uses 90h for this indication. Treat either 0x78 or 0x90 as an indication that the SCL line is stuck. Based on looking through the PCA9564 and PCA9665 datasheets this should be safe for both chips. The PCA9564 should not return 0x78 for any valid state and the PCA9665 should not return 0x90. Fixes: eff9ec95efaa ("i2c-algo-pca: Add PCA9665 support") Signed-off-by: Chris Packham <chris.packham@alliedtelesis.co.nz> Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Signed-off-by: Wolfram Sang <wsa@kernel.org> Signed-off-by: Sasha Levin <sashal@kernel.org> 2015-05-31T23:41:19+00:00 Shailendra Verma shailendra.capricorn@gmail.com 2015-05-18T17:07:54+00:00 urn:sha1:0e6dd6a232e1910b00776318ec8b82589769a64c Signed-off-by: Shailendra Verma <shailendra.capricorn@gmail.com> Signed-off-by: Wolfram Sang <wsa@the-dreams.de> 2014-11-07T17:35:33+00:00 Wolfram Sang wsa+renesas@sang-engineering.com 2014-11-04T22:46:27+00:00 urn:sha1:ca1f8da9ac5ce6e63d8f6933f83fabc1f3f961f4 We have a central copy of the GPL for that. Some addresses were already outdated. Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com> 2014-01-30T03:56:20+00:00 Linus Torvalds torvalds@linux-foundation.org 2014-01-30T03:56:20+00:00 urn:sha1:f7a6ad9fa24e4511a143e2b7b8a0d55864fe2edf Pull more i2c updates from Wolfram Sang: "Mostly bugfixes, small but wanted cleanups, and Paul's init.h removal applied" * 'i2c/for-current' of git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux: i2c: rcar: fix NACK error code i2c: update i2c_algorithm documentation i2c: rcar: use devm_clk_get to ensure clock is properly ref-counted i2c: rcar: do not print error if device nacks transfer i2c: rely on driver core when sanitizing devices i2c: delete non-required instances of include <linux/init.h> i2c: acorn: is tristate and should use module.h i2c: piix4: Standardize log messages i2c: piix4: Use different message for AMD Auxiliary SMBus Controller i2c: piix4: Add support for AMD ML and CZ SMBus changes 2014-01-29T19:40:08+00:00 Jean Delvare khali@linux-fr.org 2014-01-29T19:40:08+00:00 urn:sha1:7c81c60f3789a082e141d7a013392af5f78db16a Signed-off-by: Jean Delvare <khali@linux-fr.org> 2014-01-24T17:24:31+00:00 Paul Gortmaker paul.gortmaker@windriver.com 2014-01-21T21:22:54+00:00 urn:sha1:21d0b7c0faf2f780afa2bef72cc921ace10a7356 None of these files are actually using any __init type directives and hence don't need to include <linux/init.h>. Most are just a left over from __devinit and __cpuinit removal, or simply due to code getting copied from one driver to the next. Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com> Acked-by: Jean Delvare <khali@linux-fr.org> Signed-off-by: Wolfram Sang <wsa@the-dreams.de> 2012-10-08T10:46:32+00:00 Wolfram Sang w.sang@pengutronix.de 2012-10-08T10:46:32+00:00 urn:sha1:102084d3d3969646cc89ea159e50898aeafc6649 Linux 3.6-rc7 Needed to get updates from i2c-embedded/for-current into i2c-embedded/for-next 2012-10-06T11:14:36+00:00 Thomas Kavanagh tkavanagh@juniper.net 2012-09-21T03:20:46+00:00 urn:sha1:a76e7c6821b5dddf69db9d76ec282819545f5b73 The parameter passed to pca9665_reset is adap->data (which is bus driver specific), not i2c_algp_pca_data *adap. pca9665_reset expects it to be i2c_algp_pca_data *adap. All other wrappers from the algo call back to the bus driver, which knows to handle its custom data. Only pca9665_reset resides inside the algorithm code and does not know how to handle a custom data structure. This can result in a kernel crash. Fix by re-factoring pca_reset() from a macro to a function handling chip specific code, and only call adap->reset_chip() if the chip is not PCA9665. Signed-off-by: Thomas Kavanagh <tkavanagh@juniper.net> Signed-off-by: Guenter Roeck <groeck@juniper.net> Signed-off-by: Wolfram Sang <w.sang@pengutronix.de> 2012-09-14T13:25:22+00:00 Thomas Kavanagh tkavanagh@juniper.net 2012-09-13T15:16:55+00:00 urn:sha1:5f71a3ef3753ac2068009637eee619e163f44b30 The code currently always selects turbo mode for PCA9665, no matter which clock frequency is configured. This is because it compares the clock frequency against constants reflecting (boundary / 100). Compare against real boundary frequencies to fix the problem. Signed-off-by: Thomas Kavanagh <tkavanagh@juniper.net> Signed-off-by: Guenter Roeck <groeck@juniper.net> Signed-off-by: Wolfram Sang <w.sang@pengutronix.de> 2012-05-30T08:55:34+00:00 Mark Brown broonie@opensource.wolfsonmicro.com 2012-05-30T08:55:34+00:00 urn:sha1:14674e70119ea01549ce593d8901a797f8a90f74 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 <broonie@opensource.wolfsonmicro.com> Acked-by: Wolfram Sang <w.sang@pengutronix.de> Signed-off-by: Jean Delvare <khali@linux-fr.org>