summaryrefslogtreecommitdiff
path: root/arch/avr32
diff options
context:
space:
mode:
authorSiarhei Siamashka <siarhei.siamashka@gmail.com>2014-08-03 05:32:51 +0300
committerHans de Goede <hdegoede@redhat.com>2014-08-12 08:42:33 +0200
commitd755a5fb20a7e3192d301d6d6a44814b10fb4f46 (patch)
tree95fc1f67b4c7d5486b0dbe93e65d3a753350408e /arch/avr32
parente044daa33e28947c34b855643e5d16a030da8fe8 (diff)
downloadu-boot-imx-d755a5fb20a7e3192d301d6d6a44814b10fb4f46.zip
u-boot-imx-d755a5fb20a7e3192d301d6d6a44814b10fb4f46.tar.gz
u-boot-imx-d755a5fb20a7e3192d301d6d6a44814b10fb4f46.tar.bz2
sunxi: dram: Configurable DQS gating window mode and delay
The hardware DQS gate training is a bit unreliable and does not always find the best delay settings. So we introduce a 32-bit 'dqs_gating_delay' variable, where each byte encodes the DQS gating delay for each byte lane. The delay granularity is 1/4 cycle. Also we allow to enable the active DQS gating window mode, which works better than the passive mode in practice. The DDR3 spec says that there is a 0.9 cycles preamble and 0.3 cycle postamble. The DQS window has to be opened during preamble and closed during postamble. In the passive window mode, the gating window is opened and closed by just using the gating delay settings. And because of the 1/4 cycle delay granularity, accurately hitting the 0.3 cycle long postamble is a bit tough. In the active window mode, the gating window is auto-closing with the help of monitoring the DQS line, which relaxes the gating delay accuracy requirements. But the hardware DQS gate training is still performed in the passive window mode. It is a more strict test, which is reducing the results variance compared to the training with active window mode. Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com> Acked-by: Ian Campbell <ijc@hellion.org.uk> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Diffstat (limited to 'arch/avr32')
0 files changed, 0 insertions, 0 deletions