Hi,
Could you confirm that the table 44-8 (MMDC refreshscheme) in IMX6DQRM.pdf) is actually correct? The text mentions that all configurations meet 3.9us refresh time... But to me it seems that 1 = 1,9us and 2 = 7,8us; An error in the document?
Additionally, could you elaborate on how option 1..4 "configure the desired AXI accesses delay/latency in each refresh cycle"? Why not always used the 4th?
Thanks in advance,
Pieter
Hello,
Looks like You are right. For more details look at at section 44.12.9 [MMDC Core Refresh Control
Register (MMDCx_MDREF)] of the RM. MMDCx_MDREF register is responsible for refresh configuration.
Generally it is recommended to consider only bit field REFR as programmable ;
all other parameters usually are fixed as follows:
REF_CNT: 0x0 (default value, parameter not used)
REF_SEL: 0x1 (choose 32KHz clock to trigger refresh cycle)
START_REF: Manually start refresh cycle, set to 0 for normal operations.
When considering high temperature refresh configuration for the Micron part, it is enough to change
only REF_SEL bit field (0, 64 KHz), assuming other bits are the same as for normal temperature case.
Have a great day,
Yuri
-----------------------------------------------------------------------------------------------------------------------
Note: If this post answers your question, please click the Correct Answer button. Thank you!
-----------------------------------------------------------------------------------------------------------------------
Hi Yuri,
Thanks for your swift reply! We are looking into memory issues that are related to the rowhammer test patterns. Even with correctly configured memory, this test can flip bits in adjacent rows...
Regarding the 32kHz clock -> does this have the same clock-source as the watchdog??
On our design we does not have a 32khz crystal connected (and uses the internal generated one). I know from experience that this clock is very inaccurate. When using this clock for memory refresh timing (for 7,8us), refreshes will be outside of the JEDEC spec.
Doubling it to 3,9us will make it conform to spec but it will be at the cost of ~1% performance loss...
Best regards, Pieter
Where does the 64kHz come from? Is it a frequency-doubled 32kHz?
This customer found that if you don't GROUND the RTC_XTAL1 pin the internal oscillator doesn't work, and so the memory isn't refreshed, or is only intermittently refreshed. Could this have been your problem?
https://community.nxp.com/message/1069787
Tom