]> git.baikalelectronics.ru Git - uboot.git/commit
binman: Support obtaining section contents immediately
authorSimon Glass <sjg@chromium.org>
Sun, 21 Mar 2021 05:24:32 +0000 (18:24 +1300)
committerSimon Glass <sjg@chromium.org>
Sat, 27 Mar 2021 03:26:48 +0000 (16:26 +1300)
commit3bc1605a0ab622a2b758fc592a4dee81c3895b15
treeda5b2d65f3469156265844ef73b19ab4ef44d32b
parent4d0b5257a8db20805dd46bbee399f9acb0979760
binman: Support obtaining section contents immediately

Generally the content of sections is not built until the final assembly
of the image. This is partly to avoid wasting time, since the entries
within sections may change multiple times as binman works through its
various stages. This works quite well since sections exist in a strict
hierarchy, so they can be processed in a depth-first manner.

However the 'collection' entry type does not have this luxury. If it
contains a section within its 'content' list, then it must produce the
section contents, if available. That section is typically a sibling
node, i.e. not part oc the collection's hierarchy.

Add a new 'required' argument to section.GetData() to support this. When
required is True, any referenced sections are immediately built. If this
is not possible (because one of the subentries does not have its data yet)
then an error is produced.

The test for this uses a 'collection' entry type, referencing a section as
its first member. This forces a call to _BuildSectionData() with required
set to False, at first, then True later, when the image is assembled.

Signed-off-by: Simon Glass <sjg@chromium.org>
tools/binman/entry.py
tools/binman/etype/collection.py
tools/binman/etype/section.py
tools/binman/etype/vblock.py
tools/binman/ftest.py
tools/binman/test/199_collection_section.dts [new file with mode: 0644]