From: Quentin Schulz <quentin.schulz@cherry.de>
To: Jonas Karlman <jonas@kwiboo.se>,
Kever Yang <kever.yang@rock-chips.com>,
Simon Glass <sjg@chromium.org>,
Philipp Tomsich <philipp.tomsich@vrull.eu>,
Tom Rini <trini@konsulko.com>
Cc: FUKAUMI Naoki <naoki@radxa.com>, u-boot@lists.denx.de
Subject: Re: [PATCH v4 02/10] rockchip: binman: Factor out arch and compression
Date: Wed, 9 Apr 2025 11:28:43 +0200 [thread overview]
Message-ID: <cc9d923d-2635-41d8-bdf9-9eab0fa78249@cherry.de> (raw)
In-Reply-To: <20250329150626.2879942-3-jonas@kwiboo.se>
Hi Jonas, Simon,
On 3/29/25 4:06 PM, Jonas Karlman wrote:
> From: Simon Glass <sjg@chromium.org>
>
> Declare arch and compression at the top of the file to avoid needing
> ifdefs in every usage.
>
> Add a few comments to help with the remaining #ifdefs.
>
> Signed-off-by: Simon Glass <sjg@chromium.org>
> Signed-off-by: Jonas Karlman <jonas@kwiboo.se>
> ---
> Changes in v4:
> - Split from "VBE serial part H: Implement VBE on Rockchip RK3399"
> ---
> arch/arm/dts/rockchip-u-boot.dtsi | 44 +++++++++++++++----------------
> 1 file changed, 22 insertions(+), 22 deletions(-)
>
> diff --git a/arch/arm/dts/rockchip-u-boot.dtsi b/arch/arm/dts/rockchip-u-boot.dtsi
> index e9ed1d4b5738..2b01dc660562 100644
> --- a/arch/arm/dts/rockchip-u-boot.dtsi
> +++ b/arch/arm/dts/rockchip-u-boot.dtsi
> @@ -5,6 +5,20 @@
>
> #include <config.h>
>
> +#ifdef CONFIG_ARM64
> +#define ARCH "arm64"
> +#else
> +#define ARCH "arm"
> +#endif
> +
I would refrain from using ARCH here as it's something we already use to
specify the architecture to build (e.g. make ARCH=arm64 CROSS_COMPILE=...).
Maybe FIT_ARCH?
> +#if defined(CONFIG_SPL_GZIP)
> +#define COMP "gzip"
> +#elif defined(CONFIG_SPL_LZMA)
> +#define COMP "lzma"
> +#else
> +#define COMP "none"
> +#endif
> +
This is specific to the U-Boot proper image node only, maybe we should
have this constant named more appropriately, e.g. FIT_PROPER_COMP or
something like that?
Reading the symbols also, I believe their help text is misleading or
confusing (at least the _GZIP ones, _ZSTD seems okay).
Also, I'm wondering if it actually makes sense to force a specific
U-Boot proper compression algorithm based on a symbol of what
decompression algorithms are supported in U-Boot SPL. Like, why should
gzip be picked if I also have lzma enabled? In any case, nothing related
to this patch.
> / {
> binman: binman {
> multiple-images;
> @@ -51,26 +65,12 @@
> description = "U-Boot";
> type = "standalone";
> os = "u-boot";
> -#ifdef CONFIG_ARM64
> - arch = "arm64";
> -#else
> - arch = "arm";
> -#endif
> -#if defined(CONFIG_SPL_GZIP)
> - compression = "gzip";
> -#elif defined(CONFIG_SPL_LZMA)
> - compression = "lzma";
> -#else
> - compression = "none";
> -#endif
> + arch = ARCH;
> + compression = COMP;
> load = <CONFIG_TEXT_BASE>;
> entry = <CONFIG_TEXT_BASE>;
> u-boot-nodtb {
> -#if defined(CONFIG_SPL_GZIP)
> - compress = "gzip";
> -#elif defined(CONFIG_SPL_LZMA)
> - compress = "lzma";
> -#endif
> + compress = COMP;
> };
> #ifdef CONFIG_SPL_FIT_SIGNATURE
> hash {
> @@ -84,7 +84,7 @@
> fit,operation = "split-elf";
> description = "ARM Trusted Firmware";
> type = "firmware";
> - arch = "arm64";
> + arch = ARCH;
> os = "arm-trusted-firmware";
> compression = "none";
> fit,load;
> @@ -103,7 +103,7 @@
> fit,operation = "split-elf";
> description = "TEE";
> type = "tee";
> - arch = "arm64";
> + arch = ARCH;
> os = "tee";
> compression = "none";
> fit,load;
> @@ -119,11 +119,11 @@
> };
> #endif
> };
> -#else
> +#else /* !CONFIG_ARM64 */
> op-tee {
> description = "OP-TEE";
> type = "tee";
> - arch = "arm";
> + arch = ARCH;
> os = "tee";
> compression = "none";
> load = <(CFG_SYS_SDRAM_BASE + 0x8400000)>;
Wondering if we couldn't put some of the Aarch32 and Aarch64 OP-TEE OS
node(s) in common?
The change is fine, finding a more appropriate name for COMP and ARCH
and it's all good.
Cheers,
Quentin
next prev parent reply other threads:[~2025-04-09 9:28 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-03-29 15:06 [PATCH v4 00/10] rockchip: binman: Use a template for FIT and other improvements Jonas Karlman
2025-03-29 15:06 ` [PATCH v4 01/10] rockchip: binman: Correct the OS prop for U-Boot Jonas Karlman
2025-04-06 15:17 ` Kever Yang
2025-04-09 9:15 ` Quentin Schulz
2025-04-09 11:35 ` Jonas Karlman
2025-03-29 15:06 ` [PATCH v4 02/10] rockchip: binman: Factor out arch and compression Jonas Karlman
2025-04-06 15:18 ` Kever Yang
2025-04-09 9:28 ` Quentin Schulz [this message]
2025-04-09 11:56 ` Jonas Karlman
2025-04-09 12:27 ` Quentin Schulz
2025-04-09 15:52 ` Jonas Karlman
2025-03-29 15:06 ` [PATCH v4 03/10] rockchip: binman: Add an fdtmap Jonas Karlman
2025-04-06 15:18 ` Kever Yang
2025-04-09 9:32 ` Quentin Schulz
2025-03-29 15:06 ` [PATCH v4 04/10] rockchip: binman: Create a template for the FIT Jonas Karlman
2025-04-06 15:32 ` Kever Yang
2025-04-09 9:39 ` Quentin Schulz
2025-04-09 11:58 ` Jonas Karlman
2025-03-29 15:06 ` [PATCH v4 05/10] rockchip: binman: Un-indent the FIT template Jonas Karlman
2025-04-06 15:33 ` Kever Yang
2025-04-09 9:41 ` Quentin Schulz
2025-03-29 15:06 ` [PATCH v4 06/10] rockchip: binman: Use the FIT template in the SPI image Jonas Karlman
2025-04-06 15:33 ` Kever Yang
2025-04-09 9:42 ` Quentin Schulz
2025-03-29 15:06 ` [PATCH v4 07/10] rockchip: binman: Include a compatible string in each configuration Jonas Karlman
2025-04-06 15:33 ` Kever Yang
2025-04-09 10:02 ` Quentin Schulz
2025-04-09 13:23 ` Simon Glass
2025-04-09 15:05 ` Jonas Karlman
2025-04-09 15:26 ` Quentin Schulz
2025-03-29 15:06 ` [PATCH v4 08/10] rockchip: binman: Use the skip-at-start prop in simple-bin image Jonas Karlman
2025-04-06 15:33 ` Kever Yang
2025-04-09 10:57 ` Quentin Schulz
2025-04-09 13:22 ` Simon Glass
2025-04-09 13:32 ` Quentin Schulz
2025-04-09 13:33 ` Simon Glass
2025-04-09 13:35 ` Quentin Schulz
2025-04-09 14:30 ` Simon Glass
2025-04-14 15:09 ` Quentin Schulz
2025-04-17 21:35 ` Simon Glass
2025-04-09 15:17 ` Jonas Karlman
2025-03-29 15:06 ` [PATCH v4 09/10] rockchip: binman: Support use of crc32 for SPL_FIT_SIGNATURE Jonas Karlman
2025-04-06 15:34 ` Kever Yang
2025-04-09 11:06 ` Quentin Schulz
2025-04-09 15:38 ` Jonas Karlman
2025-04-09 16:11 ` Quentin Schulz
2025-04-09 16:35 ` Simon Glass
2025-04-09 17:02 ` Quentin Schulz
2025-04-09 17:26 ` Jonas Karlman
2025-03-29 15:06 ` [PATCH v4 10/10] rockchip: Add SPL_PAD_TO Kconfig default value Jonas Karlman
2025-04-06 15:34 ` Kever Yang
2025-04-09 11:14 ` Quentin Schulz
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=cc9d923d-2635-41d8-bdf9-9eab0fa78249@cherry.de \
--to=quentin.schulz@cherry.de \
--cc=jonas@kwiboo.se \
--cc=kever.yang@rock-chips.com \
--cc=naoki@radxa.com \
--cc=philipp.tomsich@vrull.eu \
--cc=sjg@chromium.org \
--cc=trini@konsulko.com \
--cc=u-boot@lists.denx.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox