[U-Boot-Users] [PATCH] Add 'imload' command
Kumar Gala
galak at kernel.crashing.org
Wed Feb 13 23:38:54 CET 2008
On Feb 13, 2008, at 4:31 PM, Wolfgang Denk wrote:
> In message <Pine.LNX.
> 4.64.0802122307330.22593 at blarg.am.freescale.net> you wrote:
>> 'imload' provides a more direct means to load from an image file.
>
> What exactly is an "image file" here (which sorts of images are
> allowed?) and what does "load" mean (which actions are performed on
> the file)?
its suppose to be a 'uImage' not sure what the base way to refer to
that is.
>> Also created a load_image routine out of the code in do_bootm() that
>> is shared between do_bootm() and do_imload().
>
> Hm... bootm is restrictred to a certain sub-set of image types. imload
> on the other hand sounds pretty generic to me and should not have such
> restrictions.
what other image formats should we be supporting?
>> + switch (image_get_comp (hdr)) {
>> + case IH_COMP_NONE:
>> + if (dst == (ulong)hdr) {
>> + printf (" XIP %s ... ", type_name);
>
> This is an ugly hack in the old code that should be removed by the new
> implementation.
>
>> + "imload - load image from application image\n",
>> + "[addr] [load addr]\n"
>
> What exactly is an "application image" ?
I stole this from iminfo help.
>> + " - load image from application image located at address
>> 'addr'\n"
>> + " or $loadaddr if 'addr' is not provided to either the load\n"
>> + " address specified in the application image header or the\n"
>> + " 'load addr' argument; this includes verification of the\n"
>> + " image contents (magic number, header and payload checksums)
>> \n"
>
> Please be terse. We don't want to spend the memory footprint on prosa.
no problem :)
- k
More information about the U-Boot
mailing list