* Grazvydas Ignotas notasas@gmail.com [181010 23:59]:
On Thu, Oct 11, 2018 at 1:53 AM Tony Lindgren tony@atomide.com wrote:
- Tony Lindgren tony@atomide.com [181010 22:15]:
Only lightly tested so far, but my Pyra 4GB has survived now for more than 15 minutes :) Please test on multiple devices.. No need for the "disable internal DLL hack" with this any longer.
Hmm I guess that claim was too early. I saw an oops after 20 some minutes, and was using a different CPU board than I usually use. So not sure if this makes any difference actually.
I don't think it does, not a positive effect at least.
Yeah :( But maybe try it with the following additional changes too for the drive strength and termination:
- .sdram_tim1 = 0xCB8F36B3, + .sdram_tim1 = 0xCA8736B3,
A helpful thing for testing this problem is to reduce REG_SR_TIM to make self-refresh much more frequent (I use 9). With that 4GB is rarely able to finish boot, while 2GB board is still fine, so you can instantly know if something helps or not. I think I've found some issues (will clean up and send patches later), but nothing really helps this refresh problem really :(
Yeah I've been using REG_SR_TIM 0xc, did not get anything booting with lower values there.
And yes it's almost certain it's a self-refresh issue, if you disable it (change LP_MODE_SELF_REFRESH to LP_MODE_DISABLE in emif.h) the problem also goes away.
Yes I can confirm that too.
Regards,
Tony