From: Matthew McClintock <msm@freescale.com>
To: Wolfgang Denk <wd@denx.de>
Cc: linuxppc-dev <Linuxppc-dev@ozlabs.org>
Subject: Re: [RFC] New target 'cuImage' - compatibility uImage
Date: Thu, 03 Aug 2006 15:40:21 -0500 [thread overview]
Message-ID: <1154637621.5094.60.camel@localhost> (raw)
In-Reply-To: <20060803202557.28DED35360F@atlas.denx.de>
On Thu, 2006-08-03 at 22:25 +0200, Wolfgang Denk wrote:
> In message <1154636438.5094.45.camel@localhost> you wrote:
> >
> > However, currently the zImage has an elfheader which will come before
>
> May it have whatever it wants. It's irrelevant.
>
> WE DO NOT USE zImage FILES FOR U-BOOT.
I've explained this well enough at this point, if you don't want to ask
more questions to figure it out then I can not really help anymore.
>
> > > This way U-Boot will load (and if necessary uncompress) the kernel
> > > image plus your attached bootstrap code to it's normal start address.
> > > Then it starts your bootstrap code which can fixup DTB and then just
> > > start the kernel.
> > >
> >
> > We do not need to worry about this with cuImage because the kernel
> > section will not be compressed. If compression is desired it will be
> > done at the U-Boot level (were U-Boot would do the uncompressing).
>
> Yes, we do need to care about this. A useless copy of the
> uncompressed kernel image is just a waste of boot time. Not to
> mention that you have to copy your bootstrapo loader out of the way
> before it gets overwritten.
I agree. Your previous advice is something I am going to try to reduce
memory copying. Keeping the bootloader after the kernel image should
prevent any overwritting problems, as you said.
-Matthew
next prev parent reply other threads:[~2006-08-03 20:40 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-08-02 20:59 [RFC] New target 'cuImage' - compatibility uImage Matthew McClintock
2006-08-02 22:33 ` Wolfgang Denk
2006-08-03 11:38 ` Li Yang-r58472
2006-08-03 15:29 ` Matthew McClintock
2006-08-03 15:56 ` Li Yang
2006-08-03 16:02 ` Matthew McClintock
2006-08-03 16:17 ` Li Yang
2006-08-03 16:24 ` Matthew McClintock
2006-08-03 16:47 ` Li Yang
2006-08-03 20:14 ` Wolfgang Denk
2006-08-03 20:20 ` Matthew McClintock
2006-08-03 20:25 ` Wolfgang Denk
2006-08-03 20:40 ` Matthew McClintock [this message]
2006-08-03 20:07 ` Wolfgang Denk
2006-08-03 19:37 ` Mark A. Greer
2006-08-03 20:02 ` Wolfgang Denk
2006-08-03 20:00 ` Wolfgang Denk
2006-08-03 20:12 ` Matthew McClintock
2006-08-03 20:23 ` Wolfgang Denk
2006-08-03 20:31 ` Matthew McClintock
2006-08-03 0:30 ` Tom Rini
2006-08-03 15:24 ` Matthew McClintock
2006-08-03 11:47 ` Li Yang-r58472
2006-08-03 15:30 ` Matthew McClintock
-- strict thread matches above, loose matches on Subject: below --
2006-08-03 9:29 Milton Miller
2006-08-03 18:17 Milton Miller
2006-08-03 18:53 ` Matthew McClintock
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=1154637621.5094.60.camel@localhost \
--to=msm@freescale.com \
--cc=Linuxppc-dev@ozlabs.org \
--cc=wd@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.