All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jerry Van Baren <gvb.uboot@gmail.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [mpc8313] objcopy generates huge binary
Date: Sat, 20 Dec 2008 00:25:43 -0500	[thread overview]
Message-ID: <494C81D7.9090303@gmail.com> (raw)
In-Reply-To: <5ee96a840812171302h345584b0t1028d85519eb7cc5@mail.gmail.com>

Matthew L. Creech wrote:
> Using the latest toolchain from CodeSourcery (4.3-50), I can't seem to
> build U-Boot for the MPC8313 ERDB platform.  I've tried this with both
> 2008.10 and 2009.01-rc1.  Grabbing a fresh copy of U-Boot and doing
> "make MPC8313ERDB_33_config && make" seems to work at first, but near
> the end when it does:
> 
> powerpc-linux-gnu-objcopy --gap-fill=0xff -O binary u-boot u-boot.bin
> 
> things freeze as objcopy attempts to create a 4GB "u-boot.bin".  The
> output file looks legit until here:
> 
> 00008950  20 57 61 72 6e 69 6e 67  3a 20 52 54 43 20 6f 73  | Warning: RTC os|
> 00008960  63 69 6c 6c 61 74 6f 72  20 68 61 73 20 73 74 6f  |cillator has sto|
> 00008970  70 70 65 64 0a 00 ff ff  ff ff ff ff ff ff ff ff  |pped............|
> 00008980  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|
> 00008990  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|
> 000089a0  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|
> 
> The file size is 4261653072 bytes - this is 0xFE03AA50, which is
> suspiciously close to the base NOR address of 0xFE000000, so I'm
> assuming that it's attempting to gap-fill the entire address space for
> some reason.  I'm not sure whether the issue lies with U-Boot or with
> binutils, though, or how to fix it - any ideas on what's wrong here?
> 
> Thanks
> 
> --
> Matthew L. Creech

Hi Matthew,

It is most likely a u-boot configuration problem where there is 
something (e.g. code) at a low address and a high address and objcopy is 
gap filling.

Use "objdump -h" to dump the sections and look at what sections and 
addresses are.  You will likely find loadable sections at both ends of 
your memory map.

HTH,
gvb

  reply	other threads:[~2008-12-20  5:25 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-17 21:02 [U-Boot] [mpc8313] objcopy generates huge binary Matthew L. Creech
2008-12-20  5:25 ` Jerry Van Baren [this message]
2008-12-29 19:49   ` Matthew L. Creech

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=494C81D7.9090303@gmail.com \
    --to=gvb.uboot@gmail.com \
    --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.