Re: [PATCH v2 19/25] binman: Keep a separate list of entries for fit

2022-03-10 Thread Alper Nebi Yasak
On 06/03/2022 06:08, Simon Glass wrote: > On Thu, 3 Mar 2022 at 14:17, Alper Nebi Yasak > wrote: >>> This is a bit clumsy. We cannot build the image more than once, since the >>> generator entries are lost during the first build. Binman requires that >>> calling BuildSectionData() multiple times

Re: [PATCH v2 19/25] binman: Keep a separate list of entries for fit

2022-03-05 Thread Simon Glass
Hi Alper, On Thu, 3 Mar 2022 at 14:17, Alper Nebi Yasak wrote: > > On 24/02/2022 02:00, Simon Glass wrote: > > The current implementation sets up the FIT entries but then deletes the > > 'generator' ones so they don't appear in the final image. > > They still show up in the fdtmap if I add one

Re: [PATCH v2 19/25] binman: Keep a separate list of entries for fit

2022-03-03 Thread Alper Nebi Yasak
On 24/02/2022 02:00, Simon Glass wrote: > The current implementation sets up the FIT entries but then deletes the > 'generator' ones so they don't appear in the final image. They still show up in the fdtmap if I add one to rockchip-u-boot.dtsi: $ binman ls -i u-boot-rockchip.bin Name

[PATCH v2 19/25] binman: Keep a separate list of entries for fit

2022-02-23 Thread Simon Glass
The current implementation sets up the FIT entries but then deletes the 'generator' ones so they don't appear in the final image. This is a bit clumsy. We cannot build the image more than once, since the generator entries are lost during the first build. Binman requires that calling