From: Josef Angermeier <Josef.Angermeier@informatik.stud.uni-erlangen.de>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Re: transferring control to linux
Date: Thu, 2 Mar 2006 12:51:34 +0100 [thread overview]
Message-ID: <20060302115134.GA10822@false> (raw)
In-Reply-To: <20060302111607.55FC112B66@sc8-sf-spam2.sourceforge.net>
> Hi all,
Hello
> we are porting u-boot/linux to a custom board based on mpc8280.
> After having made u-boot-1.1.4 work, we tried booting some
> test-configured linux 2.6.15 kernels.
> If we start u-boot using Trace32 (lauterbach) all goes well and linux
> gets loaded, but if we do the same steps disconnecting Trace32, u-boot
> seems to work properly, but as soon as the control is transferred to
> linux all seems to be hanged, and the last words visible on the serial are:
> [...]
> ## Loading RAMDisk Image at 00400000 ...
> Image Name: Test Ramdisk Image
> Image Type: PowerPC Linux RAMDisk Image (gzip compressed)
> Data Size: 1374924 Bytes = 1.3 MB
> Load Address: 00000000
> Entry Point: 00000000
> Verifying Checksum ... OK
> ## initrd at 0x00400040 ... 0x0054FB0B (len=1374924=0x14FACC)
> Loading Ramdisk to 07e4e000, end 07f9dacc ... OK
> ## Transferring control to Linux (at address 00000000) ...
> We are wondering if this is an issue involving u-boot or if this is
> related to linux config (in this case sorry for being off-topic).
Had the same problem. Make sure your board-specific include defines the
correct IMMR-address etc. and the bd_info structure is the same in
u-boot and in linux.
After having checked that you should compile a minimal kernel, check the
logbuffer for output (see DENX FAQ) and debug the kernel. In my case it
hang in some console output function so that i had to fix the serial
debug output the same way i had to fix u-boot before. Then the kernel
just worked great :-)
> Thanks for any help!!
> Ciao,
> Alberto
ciao
josef
parent reply other threads:[~2006-03-02 11:51 UTC|newest]
Thread overview: expand[flat|nested] mbox.gz Atom feed
[parent not found: <20060302111607.55FC112B66@sc8-sf-spam2.sourceforge.net>]
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=20060302115134.GA10822@false \
--to=josef.angermeier@informatik.stud.uni-erlangen.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.