From: Tom Rini <trini@konsulko.com>
To: Kever Yang <kever.yang@rock-chips.com>
Cc: Jagan Teki <jagan@edgeble.ai>, Simon Glass <sjg@chromium.org>,
u-boot@lists.denx.de,
Quentin Schulz <quentin.schulz@theobroma-systems.com>
Subject: Re: [PATCH] Revert "rockchip: Only call binman when TPL available"
Date: Mon, 30 Jan 2023 22:09:29 -0500 [thread overview]
Message-ID: <Y9iGaRgD41scmbJW@bill-the-cat> (raw)
In-Reply-To: <841474fb-0cdc-cd13-8d7a-4dc4dd16626e@rock-chips.com>
[-- Attachment #1: Type: text/plain, Size: 2456 bytes --]
On Tue, Jan 31, 2023 at 10:53:38AM +0800, Kever Yang wrote:
> Hi
>
> I think I do this modify for those soc not have TPL, or else it will
> cause the CI build error.
>
>
> TPL/ddr binary is mandatory in all rockchip SoCs now, but the mainline
> U-Boot may not
>
> able to provide the the available TPL, will need ddr init binary from
> rockchip rkbin repository
>
> instead.
>
> So the policy is clear, the binary output on mainline U-Boot rockchip
> platform:
>
> - TPL available: u-boot-rockchip.bin with TPL, SPL, ATF, U-Boot proper;
>
> - TPL not available: u-boot.itb with ATF, U-Boot proper.
>
> idbloader.bin generate by the
> TPL(ddr init binary instead) and SPL via mkimage cmd;
The thing is, this sounds an awful lot like the challenges that are
presented by imx8*, and sunxi and others now. We need to have binman
know what binaries need to be there for a functional output, build the
functional image by default, and then only CI will also pass the flag to
say "fake the missing binaries", so CI will pass, with bad binaries no
one would try and use, and real users will have the build fail due to
missing binaries.
>
>
> Thanks,
> - Kever
> On 2023/1/27 15:21, Jagan Teki wrote:
> > This reverts commit f5315dd6290a588434e4f79bfd2886bb7df9210d.
> >
> > [why]
> > TPL is not mandatory for not all Rockchip SoCs, some SoCs like
> > RK356x, and RK3588 still use mainline u-boot without TPL as
> > their ddr init programs are accessed via binaries provided by
> > Rockchip instead of ddr source code.
> >
> > Marking TPL build makes it not able to build u-boot.itb on
> > RK356x targets so revert this so that it can build an SPL build
> > that would support all across Rockchip platforms.
> >
> > Suggested-by: Quentin Schulz <quentin.schulz@theobroma-systems.com>
> > Signed-off-by: Jagan Teki <jagan@edgeble.ai>
> > ---
> > arch/arm/dts/rockchip-u-boot.dtsi | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/arch/arm/dts/rockchip-u-boot.dtsi b/arch/arm/dts/rockchip-u-boot.dtsi
> > index 234fc5df43..6d1fd7769e 100644
> > --- a/arch/arm/dts/rockchip-u-boot.dtsi
> > +++ b/arch/arm/dts/rockchip-u-boot.dtsi
> > @@ -11,7 +11,7 @@
> > };
> > };
> > -#ifdef CONFIG_TPL
> > +#ifdef CONFIG_SPL
> > &binman {
> > simple-bin {
> > filename = "u-boot-rockchip.bin";
--
Tom
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 659 bytes --]
next prev parent reply other threads:[~2023-01-31 3:09 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-01-27 7:21 [PATCH] Revert "rockchip: Only call binman when TPL available" Jagan Teki
2023-01-27 11:44 ` Anand Moon
2023-01-30 14:59 ` Jagan Teki
2023-01-30 15:15 ` Tom Rini
2023-01-30 21:14 ` Jagan Teki
2023-01-30 21:21 ` Tom Rini
2023-01-30 21:05 ` Tom Rini
2023-01-31 2:53 ` Kever Yang
2023-01-31 3:09 ` Tom Rini [this message]
2023-01-31 10:54 ` Quentin Schulz
2023-02-04 22:23 ` Simon Glass
2023-02-05 20:29 ` Jonas Karlman
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=Y9iGaRgD41scmbJW@bill-the-cat \
--to=trini@konsulko.com \
--cc=jagan@edgeble.ai \
--cc=kever.yang@rock-chips.com \
--cc=quentin.schulz@theobroma-systems.com \
--cc=sjg@chromium.org \
--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