On Mon, 9 Dec 2019 13:20:29 +0100 Andreas Färber afaerber@suse.de wrote:
Hi Andreas,
Am 09.12.19 um 11:08 schrieb Andre Przywara via TF-A:
On Mon, 9 Dec 2019 08:41:47 +0100 Jan Kiszka jan.kiszka@web.de wrote:
How should we continue with the patch below?
If you want to go into the lion's den that is gerrit, please feel free to submit this. Shouldn't be too hard for a single patch. Otherwise I need to look into some RPi4 TF-A stuff this week anyway, so could pick up your patch as well.
[...]
Subject: [PATCH] rpi3/4: Add support for offlining CPUs
Seeing the "rpi3/4" here again:
It's been some time since I pitched TF-A to the Foundation for RPi4 in vein, and my 2.1 based RPi3 test setup broke with some firmware update.
Not seeing any message from Matthias here yet, are you aware that U-Boot has combined rpi3 and rpi4 targets into one? Are you looking into combining the PLAT=rpi{3,4} TF-A targets, too?
Well, technically the two are indeed not too different, it was just that I considered the whole boot approach that the RPi3 was using in TF-A as too complicated, thus went with something easier. The next step would be to also implement this easier approach in RPi3, then it should be much easier to unify them. One question would be what to do with the more involved current RPi3 design, whether to keep this as a build time option, and whether to choose it as the default or not.
I don't have a RPi3 (no GIC! yikes!) at the moment, but it's on my wish list ;-) So long term unification is indeed the goal, but I don't have enough spare cycles to pull this through at the moment.
We're targeting to use a single Linux image for both, so needing two different TF-A binaries would make TF-A adoption more difficult for us.
I see, makes sense. Are you talking about a "SuSE Linux installer image" here? Or some generic firmware image (ATF + UEFI enabled U-Boot)?
Cheers, Andre.