SDK v2.6.0 mcuboot overflows flash region

RE: SDK v2.6.0 mcuboot overflows flash region

Sigurd Hellesvik — Fri, 19 Apr 2024 11:10:21 GMT

[quote user="Tiit Ratsep"]My question is about those customers running into issues due to their older bootloaders.[/quote]

To be direct, I suspect you are a bit wrong on the assumption here.

If MCUboot is your only bootloader, it is an immutable bootloader. This means that MCUboot can not change. And since it can not change, it is unlikely that it suddenly stops working.

If the issues appear after you DFU(?), it is more likely that it is something wrong with the new application or its formatting for DFU.

[quote user="Tiit Ratsep"]This did not change anything. I actually think all logging is turned off for the bootloader in my case.[/quote]

Ah yes then that will not do much.
Generally, see prj_minimal.conf for some other tips.

[quote user="Tiit Ratsep"]I see things like CONFIG_ZEPHYR_TINYCRYPT_MODULE and CONFIG_CBPRINTF_CONVERT_CHECK_PTR and CONFIG_MEM_ATTR being set to "y" in the newer SDK but I'm not sure why or if they are now needed for some reason.[/quote]

Do you know how to use the "menuconfig" tool?
With that, you can check which configuration sets another config.

I use the command line, so this might look a bit confusing, but it shows how I check what sets CBPRINTF_CONVERT_CHECK_PTR. Then you just do this recursively until you find which config sets it. Then you can try to understand if the root Kconfig option is something you need. I can help with the understanding.

devzone.nordicsemi.com/.../menuconfig.mp4

[quote user="Tiit Ratsep"]

I know about bootloaders generally staying the same over a long time which is why this is worrying for me. We are planning on supporting Matter and Thread on this product in the near future so we are already a bit tight on memory and seeing the bootloader size grow is not a good surprise.

[/quote]

Yes I agree that the bootloader should not grow too much.
What is the size of your bootloader partition?

RE: SDK v2.6.0 mcuboot overflows flash region

Tiit — Fri, 19 Apr 2024 09:28:15 GMT

Hi Sigurd,

Sorry about the block of text.

If the MCUboot application can't fit in the partition "mcuboot" and easy change is to increase the size of that partition. But like you say - that is not a good thing to do.

If I build a new version of firmware using the latest SDK (2.6.0) and release that to my customers they will want to update their devices. They may have bought their device last year and in that case they will have a bootloader built with SDK 2.5.0 for example. My question is about those customers running into issues due to their older bootloaders.

[quote userid="106736" url="~/f/nordic-q-a/110396/sdk-v2-6-0-mcuboot-overflows-flash-region/479641"]CONFIG_CBPRINTF_NANO=y for MCUboot.[/quote]

This did not change anything. I actually think all logging is turned off for the bootloader in my case.

I rebuilt my project with both SDK versions and there are a lot of differences. I'm not sure I wan tto publicly share my config files here though.

I see things like CONFIG_ZEPHYR_TINYCRYPT_MODULE and CONFIG_CBPRINTF_CONVERT_CHECK_PTR and CONFIG_MEM_ATTR being set to "y" in the newer SDK but I'm not sure why or if they are now needed for some reason.

Tiit

RE: SDK v2.6.0 mcuboot overflows flash region

Sigurd Hellesvik — Fri, 19 Apr 2024 08:59:26 GMT

Hi,

First and foremost, make sure that you never change partitioning of the partitions "mcuboot", "mcuboot_primary" or "mcuboot_secondary"! See Static partition requirement for DFU.

For the record: Writing all in a block of text like that makes it quite hard to see the different questions you have. I might miss some, so let me know if I do.

[quote user=""]Now I know that I could increase the partition size[/quote]

Which partition? I assume MCUboot.

[quote user=""]Should I be worried that my older versions will stop working?[/quote]

I do not understand how building for v2.6.0 fails will impact v2.5.x devices?

[quote user=""] What changed in the mcuboot in the latest SDK that made it bigger?[/quote]

Maybe code, but more likely default configurations.
Start by comparing build/mcuboot/zephyr/.config between versions.

[quote user=""]Is there an easy way to shrink the size by 66 bytes so that it would fit again?[/quote]

CONFIG_CBPRINTF_NANO=y for MCUboot.

[quote user=""]If I can't make it compile smaller in 2.6.0 can I somehow set up the build system to build the bootloader with the older SDK? Will a version mismatch between application and mcuboot cause issues in the future?[/quote]

No, the bootloader can work with any version of the application, and it is normal to update the application but not the bootloader.
In fact, most often bootloaders remain the same for the entire lifecycle of a product.

Regards,
Sigurd Hellesvik