From: Josh Boyer <jwboyer@linux.vnet.ibm.com>
To: Darcy Watkins <DWatkins@tranzeo.com>
Cc: LinuxPPC-Embedded <linuxppc-embedded@ozlabs.org>
Subject: Re: treeImage vs cuImage
Date: Fri, 02 May 2008 09:29:44 -0500 [thread overview]
Message-ID: <1209738584.4209.7.camel@vader.jdub.homelinux.org> (raw)
In-Reply-To: <D61182AC8012EA4EBC531B3AF23BE109583679@tranzeo-mail2.12stewart.tranzeo.com>
On Fri, 2008-05-02 at 07:14 -0700, Darcy Watkins wrote:
> Hello,
>
> I am upgrading my BSP to 2.6.25 and notice cuImage and treeImage. The
> source files both say Old U-Boot compatibility.
That's wrong. treeImage isn't for U-Boot. I should correct that
comment.
> Someone please educate me (or point me to a good URL that explains) as
> to what the difference is.
treeImage is for the older IBM 4xx eval boards that use the simple
OpenBIOS ROM monitor. Ebony, Walnut, etc typically came with this
firmware. cuImage is for boards using older U-Boot.
> I want to be able to load the kernel image using an older U-Boot and
> currently use cuImage for 2.6.23 arch/powerpc (and plain uImage for
> older kernels under arch/ppc).
You want cuImage then.
> Eventually, I want to generate both an old U-Boot compatible image and a
> new U-boot compatible image.
You'll get this by default when you build for cuImage. The cuImage will
contain the vmlinux and the dtb wrapped into a single file for use with
older U-Boots. You can just use the vmlinux itself and provide the dtb
separately for newer. (I think.)
> I notice that some boards, the boot support is all in one file, in
> others, it is split between cuboot-<board>.c and <board>.c. In the case
> of ebony board, I see support for both cuImage and treeImage. Is the
> strcuture into multiple files to ensure that ebony supports both of
> these and new U-boot support as well?
The boards that are split are for support with multiple different
firmwares, or because pieces of those can be shared with different
boards.
> I would like to make my BSP modules lean and clean enough to eventually
> send back upstream to kernel.org.
Great!
>
> Also, if there are common snags / pitfalls I need to watch out for
> switching my BSP and DTS from 2.6.23 to 2.6.25, please warn me.
>
> I am using AMCC PPC405EP processor.
405EP should be supported soon. I have a Taihu board, I just need to
port it. After that, you should be able to either reuse or mostly copy
it. But if you beat me to it, I won't complain at all :)
josh
prev parent reply other threads:[~2008-05-02 14:29 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-02 14:14 treeImage vs cuImage Darcy Watkins
2008-05-02 14:29 ` Josh Boyer [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=1209738584.4209.7.camel@vader.jdub.homelinux.org \
--to=jwboyer@linux.vnet.ibm.com \
--cc=DWatkins@tranzeo.com \
--cc=linuxppc-embedded@ozlabs.org \
/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