From: Quentin Schulz <quentin.schulz@cherry.de>
To: Johan Jonker <jbx6244@gmail.com>
Cc: kever.yang@rock-chips.com, sjg@chromium.org, trini@konsulko.com,
u-boot@lists.u-boot-project.org, eddie.cai.linux@gmail.com,
Jonas Karlman <jonas@kwiboo.se>
Subject: Re: [PATCH v7 5/6] rockchip: doc: add back to ROM section
Date: Wed, 19 Aug 2026 14:49:38 +0200 [thread overview]
Message-ID: <c885ef7b-5d2c-4a0f-8681-43f3f87c650f@cherry.de> (raw)
In-Reply-To: <483e93ba-a427-4ed1-b5f6-8d6cd11c5a42@gmail.com>
Hi Johan,
Please incorporate Jonas's comments made on the v6:
https://lore.kernel.org/u-boot/1e47521b-c3f2-4c62-86eb-51866b911968@kwiboo.se/
This also applies to patches 2 and 4's content and commit titles/logs. I
won't repeat his review here.
On 8/15/26 3:08 PM, Johan Jonker wrote:
> Add a back to ROM section to rockchip.rst
> Correct Kconfig text.
>
> Signed-off-by: Johan Jonker <jbx6244@gmail.com>
> Reviewed-by: Simon Glass <sjg@chromium.org>
> ---
>
> Changed V7:
> Move under a 'Boot flow' heading
> Remove "Some"
> ---
> arch/arm/mach-rockchip/Kconfig | 16 ++++++++--------
> doc/board/rockchip/rockchip.rst | 11 +++++++++++
> 2 files changed, 19 insertions(+), 8 deletions(-)
>
> diff --git a/arch/arm/mach-rockchip/Kconfig b/arch/arm/mach-rockchip/Kconfig
> index 1a2e7847c9e7..c1dbcce1e27c 100644
> --- a/arch/arm/mach-rockchip/Kconfig
> +++ b/arch/arm/mach-rockchip/Kconfig
> @@ -600,26 +600,26 @@ config ROCKCHIP_USB_UART
> SoCs will enable this routing as a debug measure.
>
> config SPL_ROCKCHIP_BACK_TO_BROM
> - bool "SPL returns to bootrom"
> + bool "SPL returns to boot ROM"
> default y if ROCKCHIP_RK3036
> select ROCKCHIP_BROM_HELPER
> select SPL_BOOTROM_SUPPORT
> depends on SPL
> help
> - Rockchip SoCs have ability to load SPL & U-Boot binary. If enabled,
> - SPL will return to the boot rom, which will then load the U-Boot
> - binary to keep going on.
> + Rockchip SoCs have the ability to load a second loader binary
If I'm not mistaken, it can go back to BROM more than once? I vaguely
recall the maximum supported number of images in the rk header to be 4
from a discussion we had with Jonas but cannot find a source anymore :/
Maybe we should reword this to "have the ability to go back after SPL to
BootROM and have it load and execute the next binary in the image
(typically U-Boot proper)"?
> + after the SPL phase. If enabled, SPL will return to the boot ROM,
> + which will then load and execute the U-Boot binary.
>
> config TPL_ROCKCHIP_BACK_TO_BROM
> - bool "TPL returns to bootrom"
> + bool "TPL returns to boot ROM"
> default y
> select ROCKCHIP_BROM_HELPER if !ROCKCHIP_RK3066
> select TPL_BOOTROM_SUPPORT
> depends on TPL
> help
> - Rockchip SoCs have ability to load SPL & U-Boot binary. If enabled,
> - SPL will return to the boot rom, which will then load the U-Boot
> - binary to keep going on.
> + Rockchip SoCs have the ability to load a second loader binary
> + after the TPL phase. If enabled, TPL will return to the boot ROM,
> + which will then load and execute a SPL binary.
Maybe we should reword this to "have the ability to go back after TPL to
BootROM and have it load and execute the next binary in the image
(typically U-Boot SPL)"?
>
> config ROCKCHIP_COMMON_BOARD
> bool "Rockchip common board file"
> diff --git a/doc/board/rockchip/rockchip.rst b/doc/board/rockchip/rockchip.rst
> index 5e16e860bfd5..d5945e805ba8 100644
> --- a/doc/board/rockchip/rockchip.rst
> +++ b/doc/board/rockchip/rockchip.rst
> @@ -560,5 +560,16 @@ config-flash.ini:
> PATH=RK30xxLoader_uboot.bin
>
>
> +Boot flow
> +---------
> +
> +Back to ROM
> +^^^^^^^^^^^
> +
> +Rockchip SoCs have the ability to load a second loader binary.
> +If enabled, the TPL/SPL code will return to the boot ROM, which will then
> +load and execute a SPL or U-Boot binary.
Maybe we should reword this to "have the ability to go, after a binary's
been already loaded and executed, back to BootROM and have it load and
execute the next binary in the image (typically SPL/U-Boot proper)".
@Jonas, does that make sense?
Cheers,
Quentin
next prev parent reply other threads:[~2026-08-19 12:49 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-15 13:05 [PATCH v7 0/6] doc: clean up README.rockchip Johan Jonker
2026-08-15 13:07 ` [PATCH v7 1/6] rockchip: scripts: remove rkmux.py Johan Jonker
2026-08-15 13:07 ` [PATCH v7 2/6] rockchip: doc: add mask ROM mode text Johan Jonker
2026-08-19 12:16 ` Quentin Schulz
2026-08-15 13:08 ` [PATCH v7 3/6] rockchip: doc: remove TODO Johan Jonker
2026-08-15 13:08 ` [PATCH v7 4/6] rockchip: doc: remove README.rockchip Johan Jonker
2026-08-15 13:08 ` [PATCH v7 5/6] rockchip: doc: add back to ROM section Johan Jonker
2026-08-19 12:49 ` Quentin Schulz [this message]
2026-08-20 10:40 ` Alexey Charkov
2026-08-20 12:53 ` Quentin Schulz
2026-08-15 13:08 ` [PATCH v7 6/6] rockchip: doc: add notes section Johan Jonker
2026-08-19 13:03 ` 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=c885ef7b-5d2c-4a0f-8681-43f3f87c650f@cherry.de \
--to=quentin.schulz@cherry.de \
--cc=eddie.cai.linux@gmail.com \
--cc=jbx6244@gmail.com \
--cc=jonas@kwiboo.se \
--cc=kever.yang@rock-chips.com \
--cc=sjg@chromium.org \
--cc=trini@konsulko.com \
--cc=u-boot@lists.u-boot-project.org \
/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