
On 22 July 2016 at 10:55, Vignesh R vigneshr@ti.com wrote:
As per commit b545a98f5dc563 ("spi: ti_qspi: Add delay for successful bulk erase) says its added to meet bulk erase timing constraints. But bulk erase is a cmd to flash and delay in read path does not make sense. Morever, testing on DRA74/DRA72 evm has shown that this delay is no longer required.
Signed-off-by: Vignesh R vigneshr@ti.com
Reviewed-by: Jagan Teki jteki@openedev.com
v2: no patch
drivers/spi/ti_qspi.c | 3 --- 1 file changed, 3 deletions(-)
diff --git a/drivers/spi/ti_qspi.c b/drivers/spi/ti_qspi.c index 56ae29a3ee7c..fa7ee229878a 100644 --- a/drivers/spi/ti_qspi.c +++ b/drivers/spi/ti_qspi.c @@ -249,9 +249,6 @@ static int __ti_qspi_xfer(struct ti_qspi_priv *priv, unsigned int bitlen, if (rxp) { debug("rx cmd %08x dc %08x\n", ((u32)(priv->cmd | QSPI_RD_SNGL)), priv->dc);
#ifdef CONFIG_DRA7XX
udelay(500);
#endif
Thanks for this change.
-- Jagan.