Bryan O'Donoghue 3fda892563 nvmem: imx-ocotp: Change TIMING calculation to u-boot algorithm ... [ Upstream commit 159dbaf57b2f4f67ecb59b2c87d071e45ed41d7e ] The RELAX field of the OCOTP block is turning out as a zero on i.MX8MM. This messes up the subsequent re-load of the fuse shadow registers. After some discussion with people @ NXP its clear we have missed a trick here in Linux. The OCOTP fuse programming time has a physical minimum 'burn time' that is not related to the ipg_clk. We need to define the RELAX, STROBE_READ and STROBE_PROG fields in terms of desired timings to allow for the burn-in to safely complete. Right now only the RELAX field is calculated in terms of an absolute time and we are ending up with a value of zero. This patch inherits the u-boot timings for the OCOTP_TIMING calculation on the i.MX6 and i.MX8. Those timings are known to work and critically specify values such as STROBE_PROG as a minimum timing. Fixes: 0642bac7da ("nvmem: imx-ocotp: add write support") Signed-off-by: Bryan O'Donoghue <pure.logic@nexus-software.ie> Suggested-by: Leonard Crestez <leonard.crestez@nxp.com> Reviewed-by: Leonard Crestez <leonard.crestez@nxp.com> Signed-off-by: Srinivas Kandagatla <srinivas.kandagatla@linaro.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> Signed-off-by: Sasha Levin <sashal@kernel.org>		2020-01-27 14:50:58 +01:00
..
bcm-ocotp.c
core.c
imx-iim.c
imx-ocotp.c	nvmem: imx-ocotp: Change TIMING calculation to u-boot algorithm	2020-01-27 14:50:58 +01:00
Kconfig
lpc18xx_eeprom.c
lpc18xx_otp.c
Makefile
meson-efuse.c
meson-mx-efuse.c
mtk-efuse.c
mxs-ocotp.c
qfprom.c
rave-sp-eeprom.c
rockchip-efuse.c
sc27xx-efuse.c
snvs_lpgpr.c
sunxi_sid.c
uniphier-efuse.c
vf610-ocotp.c