zephyr: Add estimated image footer size to cache in sysbuild #1849
Conversation
nordicjm
force-pushed
the
sysbuildmcubootsizething_pr
branch
from
3f178d2 to
4fa8440
Compare
nordicjm
force-pushed
the
sysbuildmcubootsizething_pr
branch
3 times, most recently
from
33e36e4 to
7bc8171
Compare
|
I'm not following exactly what this PR will achieve. Will this solve #1845 by letting the application compilation fail? (Meaning imgtool doesn't have to be updated). |
This means that (when using sysbuild) the application slot size will take into account all overheads that the image has, so in the case of using swap using move this would include the swap data, the image footer (TLV) data, the swap status data. At present you can build images in zephyr that are below the size of a slot, then upload then and mark them for test, at that point MCUboot will reject them saying they are too large, this prevents that issue by preventing such images from compiling entirely until their flash usage is reduced. |
nordicjm
force-pushed
the
sysbuildmcubootsizething_pr
branch
from
7bc8171 to
42e644c
Compare
Adds MCUboot's estimated overhead footer size to the application's cache when using sysbuild, this allows that information to be propagated to applications which can use the information to reduce the available size for an application, preventing the MCUboot error of image too large to swap. Signed-off-by: Jamie McCrae <[email protected]>
Prevents enabling the option to save encrypted TLVs if encryption support is not enabled, as it is required to make use of this functionality. Signed-off-by: Jamie McCrae <[email protected]>
nordicjm
force-pushed
the
sysbuildmcubootsizething_pr
branch
from
42e644c to
ece6b08
Compare
Adds MCUboot's estimated overhead footer size to the application's cache when using sysbuild, this allows that information to be propagated to applications which can use the information to reduce the available size for an application, preventing the MCUboot error of image too large to swap.