Problem with cuImage Linux entry from old U-boot
mike_timmons at trimble.com
Wed Jul 23 04:13:09 EST 2008
Related question: I'm using a newer U-boot and managing the load of the
kernel and the device tree from separate partitions of my boot media.
Having the two partitions and managing the kernel and the tree
separately is a bit cumbersome, or maybe I'm just lazy. Regardless, can
I just use that "static" file name option when I build the kernel, load
the cuImage, and just invoke
bootm <cuImageLoadAddress> ?
Will it work to just leave off the - <device tree Ram address>
I think I had it set-p right yesterday and I gave it a try, but no joy.
Can it be this simple to statically link the device tree with the kernel
build? For my application I don't see a benefit in keeping them separate
(the kernel and the tree).
From: linuxppc-embedded-bounces+mike_timmons=trimble.com at ozlabs.org
[mailto:linuxppc-embedded-bounces+mike_timmons=trimble.com at ozlabs.org]
On Behalf Of Scott Wood
Sent: Tuesday, July 22, 2008 1:05 PM
To: Stephen Horton
Cc: linuxppc-embedded at ozlabs.org
Subject: Re: Problem with cuImage Linux entry from old U-boot
On Mon, Jul 21, 2008 at 03:39:55PM -0500, Stephen Horton wrote:
> I have made great strides with help from this mailing list and its
> archives. I now have a compiled cuImage ready to boot from my older
> working u-boot 1.1.2. I now seem to be stuck at the kernel entry
> I'm not sure if I'm trying to jump into the kernel at the wrong
> or if I have a serial console issue that prevents me from seeing
Most likely the latter, or some other issue that prevents the kernel
booting to the point where the serial console functions.
> Linux/PowerPC load: ip=bootp root=/dev/nfs rw nfsroot=/opt/gentoo
> Finalizing device tree... flat tree at 0x7423a0
> If I run 'nm' on my elf image, I expect to find some entry point
> that corresponds to 0x7423a0, but this is not the case.
Why would you expect that? It's a dynamically allocated chunk of memory
that holds the device tree that is passed to the kernel. It's not an
point; the entry point to the kernel is zero.
Linuxppc-embedded mailing list
Linuxppc-embedded at ozlabs.org
More information about the Linuxppc-embedded