From: Eric Nelson <eric.nelson@boundarydevices.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] Memory timings for SABRE Lite/SABRE SD
Date: Wed, 20 Feb 2013 07:20:19 -0700 [thread overview]
Message-ID: <5124DBA3.7050504@boundarydevices.com> (raw)
Hi all,
While investigating some CPU Frequency scaling issues on the
latest i.MX6DQ silicon, we discovered that the memory timings
in mx6q_4x_mt41j128.cfg.
In particular, these values of MX6_MMDC_Px_MPWLDECTRLy are wrong
for SABRE Lite and probably SABRE SD.
DATA 4 0x021b080c 0x001F001F
DATA 4 0x021b0810 0x001F001F
DATA 4 0x021b480c 0x00440044
DATA 4 0x021b4810 0x00440044
These are write-leveling delay lines, and our calibration showed
measured values in the range of 0x7..0x1b for these fields.
The 0x44 values are shown in AN4467.pdf as an example of
what might be used in a fly-by topology.
http://cache.freescale.com/files/32bit/doc/app_note/AN4467.pdf
The SABRE Lite design doesn't use fly-by, and I suspect
that SABRE SD doesn't either.
When adding Nitrogen6x support, we went through an extensive
calibration process on a large set of boards, but the values
above showed the greatest variance from mx6q_4x_mt41j128.cfg.
Also note that in the 2009.08 code base, these values are
set to 0x1f for SABRE SD, which appears not to be a measured
delay, but is much more sane.
http://git.freescale.com/git/cgit.cgi/imx/uboot-imx.git/tree/board/freescale/mx6q_sabresd/flash_header.S?h=imx_v2009.08_1.1.0#n248
In that code base, SABRE Lite appears wrong:
http://git.freescale.com/git/cgit.cgi/imx/uboot-imx.git/tree/board/freescale/mx6q_sabrelite/flash_header.S?h=imx_v2009.08_1.1.0#n161
Regards,
Eric
reply other threads:[~2013-02-20 14:20 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5124DBA3.7050504@boundarydevices.com \
--to=eric.nelson@boundarydevices.com \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox