All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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.