[U-Boot-Users] Re: [uClinux-dev] [Announcement] U-Boot for Motorola M5272C3 and M5282EVB
Bernhard Kuhn
bkuhn at metrowerks.com
Sat Nov 29 02:20:52 CET 2003
Wolfgang Denk wrote:
>>We could apply the same method for Coldfire as well, means the
>>pre-bootloader needs to be downloaded and compiled seperatly. This would
>
> As discussed before, such a design is really breaking very basic
> design principles of U-Boot.
True, U-Boot is then not the "real" bootloader but just an "application"
that is decompressed from flash to ram through the pre-bootloader,
keeping pre-bootloader + variables + compressed u-boot typically below
64 KiB of flash. In low memory environments, such as the the M5272C3
EVB or the AT75C221-DK with only 2 MiB of flash, it makes a
difference if the bootloader takes 128 KiB or only 64 KiB, but YMMV :-)
>>also sort out the potential licensing issue for the 5282 decribed
>>above, as well, since the pre-bootloader is actually not linked with
>>u-boot: the pre-bootloader and the compressed u-boot are just
>>concaternated into the same file (and could be flashed seperatly).
>
>
> Will anybody implement such a cleanup? Bernhard? Richard?
That's actually ease: the pre-bootloaders are placed in the
"pre" directory and compiled seperatly from u-boot. Means:
after deleting the "pre" directory, u-boot will still build
for coldfire and is independendly flashable from the
pre-bootloader. Without the "pre" directory, the rest of the
coldfire patch looks pretty much the same way it was done for
other architectures - in fact i started with some ppc directories
and renamed/modified the files until it worked out. The resulting
u-boot images btw. will work "stand alone" (without pre-bootloader)
when being downloaded to ram through a JTAG debugger such as the
BDI 2000.
best regards
Bernhard
More information about the U-Boot
mailing list