[U-Boot] [RFC/RFT U-Boot PATCH] image: Add Image.gz parsing support in booti.

[Tom Rini]

On Mon, Nov 04, 2019 at 10:20:33PM +0000, Atish Patra wrote:
> On Fri, 2019-11-01 at 09:29 -0400, Tom Rini wrote:
> > On Thu, Oct 10, 2019 at 02:23:17PM -0700, Atish Patra wrote:
> > 
> > > Add gz parsing logic so that booti can parse both Image
> > > and Image.gz to boot Linux. Currently, it is difficult to calculate
> > > a safe address for every board where the Image.gz can be
> > > decompressed.
> > > It is also not possible to figure out the size of the compressed
> > > file
> > > as well. Thus, user need to set two additional environment
> > > variables
> > > kernel_gz_addr_r and kernel_gz_size to make Image.gz work.
> > > 
> > > Tested on HiFive Unleashed and Qemu for RISC-V.
> > > 
> > > Signed-off-by: Atish Patra <atish.patra at wdc.com>
> > > ---
> > > I could not test this patch on any ARM64 devices due to lack of
> > > access to any ARM64 board. If anybody can test it on ARM64, that
> > > would be great.

Oh, I missed this part before.  You should be able to get fairly far
with qemu :)

> > Can we do the compression check more generally?  I'd like to be able
> > to
> > see Image.xz/lz4/etc be able to be handled cleanly.
> 
> This patch is intended only handle Image.gz which is a compressed
> version of kernel "Image" file. That's why relevant code is only added
> to booti command.

Right.  But the linux kernel will happily spit out a handful of other
compressed Image files on arm64.  I see riscv is only .gz today, but I
want to be able to handle whatever the compression is, so long as we
have it available.

-- 
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20191104/3d5c1553/attachment.sig>