Big primary image prevents FOTA

RE: Big primary image prevents FOTA

Stephan Walter — Fri, 04 Aug 2023 06:10:18 GMT

Hi,

simply add a partition to pm_static.yml at the end of the flash address space:

unused:
  address: 0xfe000
  size: 0x2000

The partition manager will automatically resize the "app" partition to the available space.

We ended up reserving 2 flash sectors, to account for the image trailer but I don't remember the details.

RE: Big primary image prevents FOTA

S Biezeman — Thu, 03 Aug 2023 14:35:30 GMT

Hey Stephan,

We ran into the same problem as you did and to prevent it from happening we would like to implement your work around but this seems to cause the partition manager to signify data overlapping issues and/or shrink the bootloaders accecable partition.

Could you share some of your configs so we might be able to better define ours

Thanks in advance!

regards,

S Biezeman

RE: Big primary image prevents FOTA

krog1 — Wed, 10 May 2023 00:12:11 GMT

Ditto. The combination of this issue with the mcumgr issue listed above is definitely causing us some issues.

RE: Big primary image prevents FOTA

Waqar Ahmed — Mon, 27 Mar 2023 09:32:57 GMT

Hi,

we are facing the same issue.

RE: Big primary image prevents FOTA

markuckermann — Sat, 11 Mar 2023 21:11:08 GMT

Hi Håkon Alseth ,

Could we have an update on this? It's been two years now and we (as well as others) keep running into this.

RE: Big primary image prevents FOTA

Cla — Thu, 12 Jan 2023 08:10:42 GMT

Any news on this?
We have the same issue.

RE: Big primary image prevents FOTA

Stephan Walter — 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

Paul Kajdewicz — Thu, 02 Sep 2021 14:22:24 GMT

Thanks for considering this issue!

RE: Big primary image prevents FOTA

Håkon Alseth — 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