From: Simon Glass <sjg@chromium.org>
To: U-Boot Mailing List <u-boot@lists.denx.de>
Cc: Tom Rini <trini@konsulko.com>, Marek Vasut <marex@denx.de>,
Simon Glass <sjg@chromium.org>,
Eddie James <eajames@linux.ibm.com>,
Heinrich Schuchardt <xypron.glpk@gmx.de>,
Ilias Apalodimas <ilias.apalodimas@linaro.org>,
Joe Hershberger <joe.hershberger@ni.com>,
Marc Kleine-Budde <mkl@pengutronix.de>,
Marek Vasut <marek.vasut+renesas@mailbox.org>,
Mattijs Korpershoek <mkorpershoek@baylibre.com>,
Ralph Siemsen <ralph.siemsen@linaro.org>,
Safae Ouajih <souajih@baylibre.com>,
Sean Anderson <sean.anderson@seco.com>,
Sean Anderson <seanga2@gmail.com>
Subject: [PATCH 0/4] bootm: Handle compressed arm64 images with bootm
Date: Sun, 5 Nov 2023 13:03:50 -0700 [thread overview]
Message-ID: <20231105200453.1887418-1-sjg@chromium.org> (raw)
This little series corrects a problem I noticed with arm64 images,
where the kernel is not recognised:
## Loading kernel from FIT Image at 10000000 ...
Using 'conf-930' configuration
Verifying Hash Integrity ... OK
Trying 'kernel' kernel subimage
Description: Linux-6.6.0-rc7-next-20231024-00003-g259c196f194c
Type: Kernel Image (no loading done)
Compression: gzip compressed
Data Start: 0x10000138
Data Size: 13667956 Bytes = 13 MiB
Verifying Hash Integrity ... OK
Bad Linux ARM64 Image magic!
The problem is that the arm64 magic is checked before the image is
decompressed.
Another issue is that the load address is read from the 'load' property
even with a kernel_noload image. This means that the kernel is loaded
to address 0, which may not be valid on the board. We can use the
kernel_addr_r environment variable instead.
A patch is included to show the kernel load-address, so it is easy to
see what is going on.
Simon Glass (4):
bootm: Allow ignoring the load address with kernel_noload
bootm: Move arm64-image processing later
image: Show the load address when decompressing
image: Correct load_bug typo
boot/bootm.c | 61 ++++++++++++++++++++++++++++++-------------------
boot/image.c | 13 +++++++----
include/image.h | 2 +-
3 files changed, 48 insertions(+), 28 deletions(-)
--
2.42.0.869.gea05f2083d-goog
next reply other threads:[~2023-11-05 20:05 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-11-05 20:03 Simon Glass [this message]
2023-11-05 20:03 ` [PATCH 1/4] bootm: Allow ignoring the load address with kernel_noload Simon Glass
2023-11-05 21:19 ` Tom Rini
2023-11-06 17:25 ` Simon Glass
2023-11-06 18:30 ` Tom Rini
2023-11-06 19:58 ` Simon Glass
2023-11-06 20:15 ` Tom Rini
2023-11-07 1:09 ` Simon Glass
2023-11-05 20:03 ` [PATCH 2/4] bootm: Move arm64-image processing later Simon Glass
2023-11-05 21:20 ` Tom Rini
2023-11-06 17:25 ` Simon Glass
2023-11-05 20:03 ` [PATCH 3/4] image: Show the load address when decompressing Simon Glass
2023-11-05 20:03 ` [PATCH 4/4] image: Correct load_bug typo Simon Glass
2023-11-05 20:06 ` [PATCH 0/4] bootm: Handle compressed arm64 images with bootm Simon Glass
2023-11-07 9:56 ` Rasmus Villemoes
2023-11-07 12:23 ` Simon Glass
2023-11-07 13:04 ` Tom Rini
2023-11-07 13:31 ` Simon Glass
2023-11-07 13:49 ` Tom Rini
2023-11-07 14:30 ` Simon Glass
2023-11-07 19:04 ` Tom Rini
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20231105200453.1887418-1-sjg@chromium.org \
--to=sjg@chromium.org \
--cc=eajames@linux.ibm.com \
--cc=ilias.apalodimas@linaro.org \
--cc=joe.hershberger@ni.com \
--cc=marek.vasut+renesas@mailbox.org \
--cc=marex@denx.de \
--cc=mkl@pengutronix.de \
--cc=mkorpershoek@baylibre.com \
--cc=ralph.siemsen@linaro.org \
--cc=sean.anderson@seco.com \
--cc=seanga2@gmail.com \
--cc=souajih@baylibre.com \
--cc=trini@konsulko.com \
--cc=u-boot@lists.denx.de \
--cc=xypron.glpk@gmx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.