From: Dragan Simic <dsimic@manjaro.org>
To: Jonas Karlman <jonas@kwiboo.se>
Cc: Kever Yang <kever.yang@rock-chips.com>,
Simon Glass <sjg@chromium.org>,
Philipp Tomsich <philipp.tomsich@vrull.eu>,
Tom Rini <trini@konsulko.com>,
u-boot@lists.denx.de
Subject: Re: [PATCH 13/15] rockchip: rk3328: Add support to build bootable SPI image
Date: Sat, 10 Feb 2024 18:18:27 +0100 [thread overview]
Message-ID: <1ed1b42cff551e7fda033de5461b0562@manjaro.org> (raw)
In-Reply-To: <c32129ba-db25-4b9d-9a4a-032d88dfb9cd@kwiboo.se>
Hello Jonas,
On 2024-02-08 22:54, Jonas Karlman wrote:
> On 2024-02-08 04:53, Dragan Simic wrote:
>> On 2024-02-07 01:02, Jonas Karlman wrote:
>>> Similar to RK35xx the BootRom in RK3328 can read all data and look
>>> for
>>> idbloader at 0x8000, same as on SD and eMMC.
>>>
>>> Use the rksd format and modify the mkimage offset to generate a
>>> bootable
>>> u-boot-rockchip-spi.bin that can be written to 0x0 of SPI NOR flash.
>>>
>>> Signed-off-by: Jonas Karlman <jonas@kwiboo.se>
>>
>> Could you, please, clarify a bit why the "rkspi" format isn't used
>> instead of "rksd"?
>
> Not really sure how I can clarify this.
>
> As stated in commit message, the bootrom will read all bytes and use
> same boot offset as the sd/emmc-format. The "legacy" spi-format only
> read first 2kb of each 4kb of storage, see tools/rkspi.c.
>
> A few bootrom versions:
> - rk3288: 320A 20131116 V100
> - rk3399: 330C 20160118 V100
> - rk3328: 320C 20161117 V100
> - rk3308: 330E 20180203 V100
>
> I am not sure if the rkspi format must be used for all bootrom prior to
> and including rk3399 and all versions after that should use the rksd
> format. I have only ever used boot from spi flash on rk3399, rk3328 and
> rk35xx. And for those that has been true.
Ah, thank you very much for refreshing my memory. I somehow forgot
about
the bug that the RK3399 BROM suffers from.
Please see also one small suggestion below.
>>> ---
>>> arch/arm/dts/rk3328-u-boot.dtsi | 11 +++++++++++
>>> arch/arm/mach-rockchip/rk3328/rk3328.c | 1 +
>>> 2 files changed, 12 insertions(+)
>>>
>>> diff --git a/arch/arm/dts/rk3328-u-boot.dtsi
>>> b/arch/arm/dts/rk3328-u-boot.dtsi
>>> index b90d78878d77..2a5dca97dd4b 100644
>>> --- a/arch/arm/dts/rk3328-u-boot.dtsi
>>> +++ b/arch/arm/dts/rk3328-u-boot.dtsi
>>> @@ -120,3 +120,14 @@
>>> &usb20_otg {
>>> hnp-srp-disable;
>>> };
>>> +
>>> +#ifdef CONFIG_ROCKCHIP_SPI_IMAGE
>>> +&binman {
>>> + simple-bin-spi {
>>> + mkimage {
>>> + args = "-n", CONFIG_SYS_SOC, "-T", "rksd";
Perhaps there's no need to use CONFIG_SYS_SOC there, because this is an
U-Boot SoC dtsi specific to the RK3328. Furthermore, I find it much
more
readable (and grep-able, which is also important) when the exact name of
the SoC is specified here.
This note also applies to the other U-Boot SoC dtsi files.
>>> + offset = <0x8000>;
>>> + };
>>> + };
>>> +};
>>> +#endif
>>> diff --git a/arch/arm/mach-rockchip/rk3328/rk3328.c
>>> b/arch/arm/mach-rockchip/rk3328/rk3328.c
>>> index b591d38fe412..b82b209de9e2 100644
>>> --- a/arch/arm/mach-rockchip/rk3328/rk3328.c
>>> +++ b/arch/arm/mach-rockchip/rk3328/rk3328.c
>>> @@ -36,6 +36,7 @@
>>>
>>> const char * const boot_devices[BROM_LAST_BOOTSOURCE + 1] = {
>>> [BROM_BOOTSOURCE_EMMC] = "/mmc@ff520000",
>>> + [BROM_BOOTSOURCE_SPINOR] = "/spi@ff190000/flash@0",
>>> [BROM_BOOTSOURCE_SD] = "/mmc@ff500000",
>>> };
next prev parent reply other threads:[~2024-02-10 17:18 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-07 0:02 [PATCH 00/15] rockchip: rk3328: Update defconfigs, DTs and enable boot from SPI Jonas Karlman
2024-02-07 0:02 ` [PATCH 01/15] rockchip: rk3328: Update default u-boot, spl-boot-order prop Jonas Karlman
2024-02-07 2:58 ` Dragan Simic
2024-02-07 0:02 ` [PATCH 02/15] rockchip: rk3328-evb: Update defconfig Jonas Karlman
2024-02-07 0:02 ` [PATCH 03/15] rockchip: rk3328-rock64: " Jonas Karlman
2024-02-07 3:01 ` Dragan Simic
2024-02-07 7:53 ` Matwey V. Kornilov
2024-02-07 8:34 ` Jonas Karlman
2024-02-07 0:02 ` [PATCH 04/15] rockchip: rk3328-roc-cc: " Jonas Karlman
2024-02-07 5:52 ` Chen-Yu Tsai
2024-02-07 8:17 ` Jonas Karlman
2024-02-07 7:29 ` Chen-Yu Tsai
2024-02-07 0:02 ` [PATCH 05/15] rockchip: rk3328-rock-pi-e: " Jonas Karlman
2024-02-07 0:02 ` [PATCH 06/15] rockchip: rk3328-nanopi-r2: " Jonas Karlman
2024-02-07 0:02 ` [PATCH 07/15] rockchip: rk3328-orangepi-r1-plus: " Jonas Karlman
2024-02-07 9:54 ` Tianling Shen
2024-02-07 0:02 ` [PATCH 08/15] rockchip: rk3328: Fix loading FIT from SD-card when booting from eMMC Jonas Karlman
2024-02-07 0:02 ` [PATCH 09/15] gpio: rockchip: Use gpio alias id as gpio bank id Jonas Karlman
2024-02-07 0:02 ` [PATCH 10/15] rng: rockchip: Use same compatible as linux Jonas Karlman
2024-02-07 7:12 ` Heinrich Schuchardt
2024-02-07 7:26 ` Dragan Simic
2024-02-07 8:26 ` Jonas Karlman
2024-02-07 0:02 ` [PATCH 11/15] rockchip: rk3328: Sync device tree from linux v6.8-rc1 Jonas Karlman
2024-02-07 0:02 ` [PATCH 12/15] Revert "rockchip: Allow booting from SPI" Jonas Karlman
2024-02-07 0:02 ` [PATCH 13/15] rockchip: rk3328: Add support to build bootable SPI image Jonas Karlman
2024-02-08 3:53 ` Dragan Simic
2024-02-08 21:54 ` Jonas Karlman
2024-02-10 17:18 ` Dragan Simic [this message]
2024-02-10 19:30 ` Jonas Karlman
2024-02-10 23:04 ` Dragan Simic
2024-02-09 1:57 ` Da Xue
2024-02-10 17:21 ` Dragan Simic
2024-02-07 0:02 ` [PATCH 14/15] rockchip: rk3328-rock64: Enable boot from SPI NOR flash Jonas Karlman
2024-02-10 18:31 ` Dragan Simic
2024-02-10 19:38 ` Jonas Karlman
2024-02-10 22:31 ` Dragan Simic
2024-02-07 0:02 ` [PATCH 15/15] rockchip: rk3328-orangepi-r1-plus: " Jonas Karlman
2024-02-07 9:52 ` Tianling Shen
2024-02-10 1:15 ` [PATCH 00/15] rockchip: rk3328: Update defconfigs, DTs and enable boot from SPI John Clark
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=1ed1b42cff551e7fda033de5461b0562@manjaro.org \
--to=dsimic@manjaro.org \
--cc=jonas@kwiboo.se \
--cc=kever.yang@rock-chips.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