Big primary image prevents FOTA

RE: Big primary image prevents FOTA

user2347 — Thu, 18 Nov 2021 12:15:35 GMT

Hi Håkon,

Any news on this?

We just ran into the same problem of accidentally uploading an image that is too large for SWAP_USING_MOVE.

Due to another issue in mcumgr, the secondary slot cannot be cleared if it is already set to pending: https://github.com/apache/mynewt-mcumgr/issues/157

Best regards,

--Stephan W.

P.S. I just realized that a workaround is to define (in pm_static.yml) an empty partition of size 1 sector placed at the end of the primary slot. This will then cause the auto-generated partition "app" be one sector shorter. This latter size is what is seemingly used by the linker to determine if the code will fit. But this is hardly intuitive.

RE: Big primary image prevents FOTA

user102934 — Thu, 02 Sep 2021 14:22:24 GMT

Thanks for considering this issue!

RE: Big primary image prevents FOTA

user2115 — Fri, 27 Aug 2021 07:00:18 GMT

Hi,

I double-checked internally with the developers.

You are correct. the last page is reserved for swap/move operations.

[quote user=""]but is it possible to recognise this state at compile time and throw an warning or even abort compiling when having FOTA activated?[/quote]

This is a great suggestion, which was also supported by the developer I talked to. I'll make a internal bug report/feature req on this matter. Thank you very much for reporting this issue back to us and making us aware of this restriction. I hope you have a wonderful weekend!

Kind regards,

Håkon