From: Andre Puschmann <andre.puschmann@stud.tu-ilmenau.de>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] u-boot hangs after relocating itself to ram
Date: Sat, 02 Dec 2006 12:56:34 +0100 [thread overview]
Message-ID: <ekrplm$quj$1@sea.gmane.org> (raw)
In-Reply-To: <ekhurb$vvk$1@sea.gmane.org>
Hello everybody,
yesterday I solved my problem. It was a faulty sdram initialization.
But still don't know why the values I used before didn't work.
But its kind of robustness that the systems works with the values
assumed not to work.
Anyway, thank you for your help.
Best regards,
Andre
Andre Puschmann wrote:
> Hey folkes,
> I have ported u-boot to a custom board based on a freescale mpc5200. I
> can successfully copy u-boot into flash using the connected bdi2000 and
> we get some output on the debug port. It seems that the board crashes
> right after relocation to ram (see output). I already
> read the regarding faq entry but I'm not sure if this problem has
> something to do with faulty sdram initialization.
>
> this is the output than comes up on the console:
>
> 20030.56> U-Boot 1.1.6-ge4bbd8da-dirty (Nov 27 2006 - 18:46:24)
> 20030.56>
> 20030.56> CPU: MPC5200 v1.2, Core v1.1 at 396 MHz
> 20030.56> Bus 132 MHz, IPB 66 MHz, PCI 33 MHz
> 20030.57> Board: MPC5200 ECU
> 20030.57> I2C: 85 kHz, ready
> 20030.57> DRAM: 8 MB
> 20030.57> FLASH:
>
>
> I'm using eldk 4.0 + insight to debug the problem. I can single-step
> through the code up to the point where it branches to sdram.
> After relocation I loaded a new symbol file width offset 0x7d8000, since
> this is the dest-address for relocate_code().
>
> If I continue running from that point on the board crashes at 0x7dc314
> which is in function loadtask(). In assembler the code looks like this:
> "0x7dc314 <loadtask+48>: lwz r11,-32768(r30)"
>
>
> Can this be a sdram related problem or what might cause this behavior?
>
> Any comments and suggestions are more than welcome.
>
>
> Best regards,
>
>
> Andr? Puschmann
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
prev parent reply other threads:[~2006-12-02 11:56 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-11-28 18:23 [U-Boot-Users] u-boot hangs after relocating itself to ram Andre Puschmann
2006-11-28 21:05 ` Wolfgang Denk
2006-11-29 15:52 ` Andre Puschmann
2006-11-29 16:11 ` Jerry Van Baren
2006-11-29 19:32 ` Andre Puschmann
2006-11-28 21:12 ` Jerry Van Baren
2006-12-02 11:56 ` Andre Puschmann [this message]
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='ekrplm$quj$1@sea.gmane.org' \
--to=andre.puschmann@stud.tu-ilmenau.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