Hi Tom, On Wed, 30 Oct 2024 at 00:52, Tom Rini <[email protected]> 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
