[PATCH v7 10/11] test: Support testing with two board-builds

Simon Glass sjg at chromium.org
Thu Oct 31 18:59:37 CET 2024


Hi Tom,

On Wed, 30 Oct 2024 at 00:52, Tom Rini <trini at konsulko.com> wrote:
>
> On Wed, Oct 09, 2024 at 07:51:44PM -0600, Simon Glass wrote:
>
> > The Beagleplay board uses two entirely separate builds to produce an
> > image, rather than using an SPL build for this purpose.
>
> JFTR, this is an incorrect explanation of what's going on. The TI K3
> families have both a Cortex-R core and a Cortex-A core and the R core
> needs to come up before the A core. But in both cases we have U-Boot SPL
> and then U-Boot proper being used.

Yes, I understand that. I will reword the commit message.

>
> This is aside from having come back to re-review the series and still
> feel like this is taking the wrong approach to the problem. We wouldn't
> add a --optee-build-directory for going off and building OP-TEE and so
> forth. It's just the case that we need assorted binaries for the system
> and some of them come from building U-Boot for another platform.

Yes, and that is supported by this integration. For example my rk3399
board brings in optee as a binary.

Regards,
Simon


More information about the U-Boot mailing list