From: Heiko Schocher <hs@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] da850evm: u-boot does not start without UBL since commit f1d2b313c9eb6808d30c16a9eb5251240452a56c
Date: Thu, 02 Jun 2011 08:04:10 +0200 [thread overview]
Message-ID: <4DE727DA.4030807@denx.de> (raw)
In-Reply-To: <95DC1AA8EC908B48939B72CF375AA5E3011CE2277C@alice.at.omicron.at>
Hello Christian,
Christian Riesch wrote:
> I have tried to run recent versions of u-boot on the da850evm (AM1808
> eXperimenter's Kit) board. Using Texas Instrument's User Boot Loader (UBL)
> to start u-boot (the default configuration for the EVM) everything works
> fine. However, if I try to get rid of this UBL (I don't need to voltage
> scaling features that it provides, so it's useless for me, just additional
> code that needs maintenance), I run into trouble.
>
> Instead of using UBL, I use AIS [1] to configure PLLs and mDDR timings.
> My AIS script is generated by the HexAIS tool [2], the settings in the
> input file of HexAIS are
Never used AIS, so I could not say much (I read also the
response from Ben, so just one more idea):
> [General]
> busWidth=8
> BootMode=SPIMASTER
Is this the same bootmode when using UBL?
By different bootmodes, the cpu inits different the
pinmux.
> crcCheckType=NO_CRC
> [PLLANDCLOCKCONFIG]
> PLL0CFG0 = 0x00180001
> PLL0CFG1 = 0x00000205
> PERIPHCLKCFG = 0x0000000a
> [EMIF3DDR]
> PLL1CFG0 = 0x15010001
> PLL1CFG1 = 0x00000002
> DDRPHYC1R = 0x000000C4
> SDCR = 0x0A034622
> SDTIMR = 0x184929C8
> SDTIMR2 = 0xB80FC700
> SDRCR = 0x00000406
> CLK2XSRC = 0x00000000
> [INPUTFILE]
> FILENAME=u-boot.bin
> LOADADDRESS=0xC1080000
> ENTRYPOINTADDRESS=0xC1080000
>
> While this configuration works fine for older versions of u-boot (like
> v2009.11), it fails with recent u-boot versions (no sign of life on the
> serial port). I have bisected down to the commits from
>
> commit f1d2b313c9eb6808d30c16a9eb5251240452a56c
> ARM: add relocation support
>
> to
>
> commit ab86f72c354f9b2572340f72b74ca0a258c451bd
> ARM: implement relocation for ARM926
Maybe RAM init wrong? So RAM works not correct, or RAM size gets wrong
detected?
> Since these commits u-boot does not boot without the help of UBL. So I
> guess these commits require some additional initialization that is done
> by UBL, but not by my AIS.
>
> I have tried to figure out what I am missing, but without success so
> far.
I think, you need a debugger here, to find out, where u-boot
crashes (if it crashes), sorry!
bye,
Heiko
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
next prev parent reply other threads:[~2011-06-02 6:04 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <95DC1AA8EC908B48939B72CF375AA5E3011CE2277C@alice.at.omicron.at>
2011-06-01 17:51 ` [U-Boot] da850evm: u-boot does not start without UBL since commit f1d2b313c9eb6808d30c16a9eb5251240452a56c Ben Gardiner
2011-06-01 20:26 ` Christian Riesch
2011-06-01 21:01 ` Ben Gardiner
2011-06-02 6:04 ` Heiko Schocher [this message]
2011-06-03 16:24 ` Ben Gardiner
2011-06-06 7:11 ` Christian Riesch
2011-06-06 13:11 ` Ben Gardiner
[not found] ` <BANLkTinSJXwzk+edJct8t_09wDu8F0G8sA@mail.gmail.com>
2011-06-06 18:08 ` Ben Gardiner
2011-06-20 13:07 ` Christian Riesch
2011-06-20 13:46 ` Wolfgang Denk
2011-06-20 14:15 ` Christian Riesch
2011-06-20 14:35 ` Wolfgang Denk
2011-06-21 4:42 ` Christian Riesch
2011-06-21 7:29 ` Heiko Schocher
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=4DE727DA.4030807@denx.de \
--to=hs@denx.de \
--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