diff options
author | mario.six@gdsys.cc <mario.six@gdsys.cc> | 2016-11-18 14:40:37 +0100 |
---|---|---|
committer | Tom Rini <trini@konsulko.com> | 2016-11-28 15:10:34 -0500 |
commit | ca388143ce87e5b1ae6c3b5eb41fcf8bcecdc0dd (patch) | |
tree | b3e4ec4498a5780bef6f63732e1362fc58e4aa5d /include/configs/k2hk_evm.h | |
parent | 877ea607a8e07a9ed308e44a58e8e2b9028f01f2 (diff) | |
download | u-boot-imx-ca388143ce87e5b1ae6c3b5eb41fcf8bcecdc0dd.zip u-boot-imx-ca388143ce87e5b1ae6c3b5eb41fcf8bcecdc0dd.tar.gz u-boot-imx-ca388143ce87e5b1ae6c3b5eb41fcf8bcecdc0dd.tar.bz2 |
linux/compat.h: Properly implement ndelay fallback
Commit c68c62 ("i2c: mvtwsi: Make delay times frequency-dependent")
extensively used the ndelay function with a calculated parameter
which is dependant on the configured frequency of the I2C bus. If
standard speed is employed, the parameter is usually 10000 (10000ns
period length for 100kHz frequency).
But, since the arm architecture does not implement a proper version of
ndelay, the fallback default from include/linux/compat.h is used,
which defines every ndelay as udelay(1). This causes problems for
slower speeds on arm, since the delay time is now 9us too short for
the desired frequency, which leads to random failures of the I2C
interface.
To remedy this, we implement a proper, parameter-aware ndelay fallback
for architectures that don't implement a real ndelay function.
Reported-By: Jason Brown <Jason.brown@apcon.com>
To: Tom Rini <trini@konsulko.com>
To: Heiko Schocher <hs@denx.de>
Signed-off-by: Mario Six <mario.six@gdsys.cc>
Diffstat (limited to 'include/configs/k2hk_evm.h')
0 files changed, 0 insertions, 0 deletions