On Thu May 19, 2022 at 9:35 PM AEST, Alper Nebi Yasak wrote: > > - I noticed that ATF generation for ARM64 Rockchip is done via a Python > > script > > instead of binman. I don't currently know how to change that over to > > binman, > > but is that something worth pursuing as part of this? > > Simon was working on that in [1] (see patches 22-26 which weren't > applied), but images produced by that don't exactly work (see comments > on earlier versions [2]). Then, things got stalled/postponed because of > various issues in binman AFAICT. > > The crux of the problem there is the binman-wise design of splitting > bl31.elf into parts and putting them into the FIT. I have some weird > ideas about generic mechanisms that would allow us to do it nicely, but > nothing I could flesh out. > > Recently I've been thinking we might be able to sidestep it by putting > the unsplit ELF directly into FIT (as a new IH_TYPE_ELF for mkimage?) > and do the split-loading at runtime. I didn't have time to experiment on > that, though. I'd appreciate it if you tried, but don't worry about it > if you don't have the time. > > [1] binman: rockchip: Migrate from rockchip SPL_FIT_GENERATOR script > https://lore.kernel.org/u-boot/20220306031917.3005215-1-...@chromium.org/ > > [2] rockchip: Support building the all output files in binman > https://lore.kernel.org/u-boot/capnjgz37wnb4r7zkkbmfaegdir147r4kxmwuwae0nj6isyd...@mail.gmail.com/
Thanks for the information and links to previous attempts. Unfortunately, I don't think I have either the knowledge or the time to be look into the FIT image generation to that extent in the near future (which is why I didn't try to tackle it in this patch set).
