aboutsummaryrefslogtreecommitdiff
path: root/tools/ubsha1.c
diff options
context:
space:
mode:
authorMasahiro Yamada2020-01-21 18:42:05 +0900
committerPeng Fan2020-02-17 14:55:04 +0800
commit54a78cbdbee41e2c4b6691f950c2bacf7a50723f (patch)
treee542b6d0effb9fdbe781bf4e23f9b4e038ec3f77 /tools/ubsha1.c
parent4af6659605abd707da3acc9ea525514e999b7aef (diff)
mmc: sdhci-cadence: send tune request twice to work around errata
Cadence sent out an errata report to their customers of this IP. This errata is not so severe, but the tune request should be sent twice to avoid the potential issue. Quote from the report: Problem Summary --------------- The IP6116 SD/eMMC PHY design has a timing issue on receive data path. This issue may lead to an incorrect values of read/write pointers of the synchronization FIFO. Such a situation can happen at the SDR104 and HS200 tuning procedure when the PHY is requested to change a phase of sampling clock when moving to the next tuning iteration. Workarounds ----------- The following are valid workarounds to resolve the issue: 1. In eMMC mode, software sends tune request twice instead of once at each iteration. This means that the clock phase is not changed on the second request so there is no potential for clock instability. 2. In SD mode, software must not use the hardware tuning and instead perform an almost identical procedure to eMMC, using the HRS34 Tune Force register. Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Diffstat (limited to 'tools/ubsha1.c')
0 files changed, 0 insertions, 0 deletions