diff options
| author | Linus Walleij <linus.walleij@linaro.org> | 2016-11-01 12:22:53 +0300 |
|---|---|---|
| committer | Lee Jones <lee.jones@linaro.org> | 2016-11-16 12:50:33 +0300 |
| commit | f40584200bc4af7aa4399635b9ac213c62a13ae7 (patch) | |
| tree | b165c82493622e97536f4bd5cae953a6b050ab1e /drivers/misc | |
| parent | 9600702082b29fd3f8a6d744df74ad4c48d4a432 (diff) | |
| download | linux-f40584200bc4af7aa4399635b9ac213c62a13ae7.tar.xz | |
mfd: stmpe: Fix RESET regression on STMPE2401
Since commit c4dd1ba355aae2bc3d1213da6c66c53e3c31e028
("mfd: stmpe: Add reset support for all STMPE variant")
we're resetting the STMPE expanders before use.
This caused a regression on the STMP2401 on the Nomadik
NHK8815:
stmpe-i2c 0-0043: stmpe2401 detected, chip id: 0x101
nmk-i2c 101f8000.i2c0: write to slave 0x43 timed out
nmk-i2c 101f8000.i2c0: no ack received after address transmission
stmpe-i2c 0-0044: stmpe2401 detected, chip id: 0x101
nmk-i2c 101f8000.i2c0: write to slave 0x44 timed out
nmk-i2c 101f8000.i2c0: no ack received after address transmission
It turns out that we start to poll for the reset bit to
go low again too quickly: the STMPE2401 is not yet online and
ready to be asked for the status of the RESET bit.
By introducing a 10ms delay before starting to hammer
the register for information, we get back to normal:
stmpe-i2c 0-0043: stmpe2401 detected, chip id: 0x101
stmpe-i2c 0-0044: stmpe2401 detected, chip id: 0x101
Cc: stable@vger.kernel.org
Cc: Amelie Delaunay <amelie.delaunay@st.com>
Fixes: c4dd1ba355aa ("mfd: stmpe: Add reset support for all STMPE variant")
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
Acked-by: Patrice Chotard <patrice.chotard@st.com>
Signed-off-by: Lee Jones <lee.jones@linaro.org>
Diffstat (limited to 'drivers/misc')
0 files changed, 0 insertions, 0 deletions