Closed acomodi closed 2 years ago
Thanks @acomodi, from the log, this seems related to the fact that write_latency_calibration
has been enabled by default on Artix7 after looking at https://github.com/enjoy-digital/litedram/issues/293. But we should probably do the opposite and disable it by default (while still allowing to enable it on boards where it's required). I'll have a look at this.
@acomodi: I've been able to reproduce the issue and as I was suspecting no longer have it with https://github.com/enjoy-digital/litedram/commit/4c1ce026e93b6aaf07a4b2734bcf61c68e0160d8. Can you also confirm on your hardware?
@enjoy-digital Confirmed, thanks. I cannot see anymore the faulty behavior, and the issue is fixed. Closing the issue.
While verifying that https://github.com/enjoy-digital/litedram/pull/295 did not cause any regression on HW for the current available platforms, I wanted to test some of them, and I bumped into a memory test error for the
digilent_arty
platform.To check whether the changed cause this behavior I switched to the latest upstream HEAD.
The behavior I see is that, depending on different outcomes of the read leveling step, which succeeds all the times, the memory test can fail:
Non working situation:
Working situation:
The above is obtained with the same exact bitstream, only by rebooting the BIOS several times.
It is possible that the read leveling step is not robust enough to find the correct delays.
Versions:
How to reproduce
litex-boards/litex_boards/targets/
run./digilent_arty.py --build --sys-clk-freq 50e6
The same behavior can be seen at 100 MHz as well