summaryrefslogtreecommitdiffstats
path: root/MAINTAINERS
diff options
context:
space:
mode:
authorPeter Rosin <peda@axentia.se>2017-11-27 17:31:00 +0100
committerGuenter Roeck <linux@roeck-us.net>2017-11-30 13:12:44 -0800
commit68615eb01f82256c19e41967bfb3eef902f77033 (patch)
treefc7dc12e54f6468fc0fa657efdf36a602f9304db /MAINTAINERS
parentbd467e4eababe4c04272c1e646f066db02734c79 (diff)
downloadop-kernel-dev-68615eb01f82256c19e41967bfb3eef902f77033.zip
op-kernel-dev-68615eb01f82256c19e41967bfb3eef902f77033.tar.gz
hwmon: (jc42) optionally try to disable the SMBUS timeout
With a nxp,se97 chip on an atmel sama5d31 board, the I2C adapter driver is not always capable of avoiding the 25-35 ms timeout as specified by the SMBUS protocol. This may cause silent corruption of the last bit of any transfer, e.g. a one is read instead of a zero if the sensor chip times out. This also affects the eeprom half of the nxp-se97 chip, where this silent corruption was originally noticed. Other I2C adapters probably suffer similar issues, e.g. bit-banging comes to mind as risky... The SMBUS register in the nxp chip is not a standard Jedec register, but it is not special to the nxp chips either, at least the atmel chips have the same mechanism. Therefore, do not special case this on the manufacturer, it is opt-in via the device property anyway. Cc: stable@vger.kernel.org # 4.9+ Signed-off-by: Peter Rosin <peda@axentia.se> Acked-by: Rob Herring <robh@kernel.org> Signed-off-by: Guenter Roeck <linux@roeck-us.net>
Diffstat (limited to 'MAINTAINERS')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud