On Tue, Oct 28, 2025 at 04:11:38PM +0100, Marek Vasut wrote: > On 6/30/25 9:47 PM, Tom Rini wrote: > > On Mon, Jun 30, 2025 at 07:18:33AM +0200, Heinrich Schuchardt wrote: > > > Am 30. Juni 2025 02:08:05 MESZ schrieb Marek Vasut > > > <[email protected]>: > > > > Add support for jumping to Linux kernel through OpTee-OS on ARMv7a. > > > > This is only supported if U-Boot runs in PL1 secure. This change adds > > > > two components, one is fitImage OpTee-OS loadable handler, which makes > > > > a note of OpTee-OS being loaded and stores the load address for later > > > > jump to it. The second part is the actual jump to Linux through > > > > OpTee-OS. > > > > The jump through OpTee-OS requires set up of multiple CPU registers, r1 > > > > and r2 are passed through, r0 and r3 have to be set to 0, lr is set to > > > > Linux kernel entry point. This setup is done by new assembler function > > > > boot_jump_linux_via_optee(). > > > > > > > > The boot_jump_linux_via_optee() also includes STM32MP13xx late TZC > > > > configuration write, this cannot be moved easily, hence the ifdef. > > > > > > Hello Marek, > > > > > > Could you, please, add a documentation change to the series. This would > > > allow reviewers to test your proposal. > > > > > > Furthermore, please, provide tests on QEMU. > > > > Documentation is good, also wiring up this use case for testing in CI > > via QEMU is a rather large ask. We're still on needing a general boot OS > > test or two in CI (and Ilias noted either on a call or IRC, I forget > > now, that there's been some progress on making up a small enough generic > > OS image to work from). > I would really like these two patches to land, it is the remaining piece I > need to make STM32MP13xx usable with pure U-Boot. How can we proceed here ?
There was some minor rewording requested, and adding documentation is also good. We can't reasonably add CI testing here at this time, yes? -- Tom
signature.asc
Description: PGP signature
