diff options
author | Peter Rosin <peda@axentia.se> | 2017-11-27 17:31:00 +0100 |
---|---|---|
committer | Guenter Roeck <linux@roeck-us.net> | 2017-11-30 13:12:44 -0800 |
commit | 68615eb01f82256c19e41967bfb3eef902f77033 (patch) | |
tree | fc7dc12e54f6468fc0fa657efdf36a602f9304db /MAINTAINERS | |
parent | bd467e4eababe4c04272c1e646f066db02734c79 (diff) | |
download | op-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