Dear David Peverley,
In message <banlktikrlxmdzowuwr0wdnuzgm8mpec...@mail.gmail.com> you wrote:
>
> I've got an interesting issue with a MIPS board I'm working on. The
> uncompressed uImage has been created with a Load Address of 0x80500000
> and an Entry Point of 0x80504590. This gets TFTP's into RAM at
> 0x8055b728. When I run a "bootm 0x8055b728" this image fails to run.
Why using such an odd address as 0x8055b728?
Please be aware that is just 365 KB above your load address, and I
guess your kernel image is way bigger than 365 KB.
> This actually copies the image 'payload' instead of the whole uImage
> thereby dropping 64 bytes from the front of the copy and moving the
> entry point. (I've verified this by breaking into the process and
It does not "move the entry point". The entry point address is a
constant address and does never move.
> Can anyone sanity-check my reasoning here and tell me if this is the
> correct fix or if I'm being mislead by something more insidious that
> just happens to present itself in this way....?
Just follow the rules and never download the image to an address range
that overlaps with the area where the image will be unpacked / loaded
to.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
The use of Microsoft crippleware systems is a sin that carries with
it its own punishment.
-- Tom Christiansen in <6bo3fr$pj8$5...@csnews.cs.colorado.edu>
_______________________________________________
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
