From mboxrd@z Thu Jan  1 00:00:00 1970
From: Steven Scholz <steven.scholz@imc-berlin.de>
Date: Mon, 29 Sep 2003 12:26:17 +0200
Subject: [U-Boot-Users] Extending bootm command.
Message-ID: <3F7808C9.2020708@imc-berlin.de>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

Hi there,

from time to time it might be necessary to (decompress and) copy some data from
flash to ram.

The configuration data for an Altera ACEX 1K FPGA for instance is about 163KB.
The gzipped file (for a quite complex design) is only 54kB. So instead of
wasting three flash sectors one could store a gzipped and mkimage wrapped
version of the data in flash. If calling mkimage with the type STANDALONE like
[1] proposes one could then use "bootm" to decompress and copy these data to
ram. In order to call "fpga load" afterwards one need the location and the
resulting size of the data. That is why I suggest the following patch:

* Patch by Steven Scholz, 29 Sep 2003:
    - A second parameter for bootm overwrites the load address for
      "Standalone Application" images.
    - bootm sets environment variable "filesize" to the resulting data lenght
      for "Standalone Application" images when autostart is set to "no".

Then one could do something like

if bootm $fpgadata $some_free_ram ; then
	fpga load 0 $some_free_ram $filesize ;
fi

Cheers,

Steven

[1] https://www.denx.de/twiki/bin/view/DULG/HowCanILoadAndUncompressACompressedImage

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: bootm_ext.patch
Url: http://lists.denx.de/pipermail/u-boot/attachments/20030929/13303943/attachment.txt