spi: sh-msiof: Reduce delays in sh_msiof_modify_ctr_wait()
authorGeert Uytterhoeven <geert+renesas@glider.be>
Mon, 27 May 2019 12:19:35 +0000 (14:19 +0200)
committerMark Brown <broonie@kernel.org>
Tue, 28 May 2019 14:57:03 +0000 (15:57 +0100)
commit635bdb7a3e1fe1531573ff87b92c2506adafe7f7
treed48f80b767751cec21a05a7c76f63c07551e3296
parentd9424d6d48c8b6c4e8d9c38e2565bcaf90f4d184
spi: sh-msiof: Reduce delays in sh_msiof_modify_ctr_wait()

While the Hardware User Manual does not document the maximum time needed
for modifying bits in the MSIOF Control Register, experiments on R-Car
Gen2/Gen3 and SH-Mobile AG5 revealed the following typical modification
times for the various bits:
  - CTR.TXE and CTR.RXE: no delay,
  - CTR.TSCKE: less than 10 ns,
  - CTR.TFSE: up to a few hundred ns (depending on SPI transfer clock,
    i.e. less for faster transfers).
There are no reasons to believe these figures are different for
SH-MobileR2 SoCs (SH7723/SH7724).

Hence the minimum busy-looping delay of 10 µs is excessive.
Reduce the delay per loop iteration from 10 to 1 us, and the maximum
delay from 1000 to 100 µs.

Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>
Signed-off-by: Mark Brown <broonie@kernel.org>
drivers/spi/spi-sh-msiof.c