binman: Document how to handle dependent images

Binman does not support this properly at present. Add documentation about
it including a work-around.

Signed-off-by: Simon Glass <sjg@chromium.org>
This commit is contained in:
Simon Glass 2022-08-18 02:16:46 -06:00
parent 071286021a
commit 86e54468ec

View File

@ -858,6 +858,55 @@ allow-repack:
image description to be stored in the FDT and fdtmap.
Image dependencies
------------------
Binman does not currently support images that depend on each other. For example,
if one image creates `fred.bin` and then the next uses this `fred.bin` to
produce a final `image.bin`, then the behaviour is undefined. It may work, or it
may produce an error about `fred.bin` being missing, or it may use a version of
`fred.bin` from a previous run.
Often this can be handled by incorporating the dependency into the second
image. For example, instead of::
binman {
multiple-images;
fred {
u-boot {
};
fill {
size = <0x100>;
};
};
image {
blob {
filename = "fred.bin";
};
u-boot-spl {
};
};
you can do this::
binman {
image {
fred {
type = "section";
u-boot {
};
fill {
size = <0x100>;
};
};
u-boot-spl {
};
};
Hashing Entries
---------------
@ -1688,6 +1737,7 @@ Some ideas:
- Figure out how to make Fdt support changing the node order, so that
Node.AddSubnode() can support adding a node before another, existing node.
Perhaps it should completely regenerate the flat tree?
- Support images which depend on each other
--
Simon Glass <sjg@chromium.org>