[MCUBOOT + FIRMWARE LOADER/BLE_MCUMGR] Handling of two slot application

RE: [MCUBOOT + FIRMWARE LOADER/BLE_MCUMGR] Handling of two slot application

Amanda Hsieh — Tue, 28 Apr 2026 17:22:12 GMT

[quote user="longo92"]Unfortunally the swap mechaninsm is mutually exculsive with firmware loader:[/quote]

That's true. Since the firmware loader mode is a single-application-slot design focused on maximizing application flash space, it trades away the rollback capability in exchange for that larger application footprint. If rollback/revert is a requirement for your design, you would need to use one of the swap-based MCUboot modes instead.

RE: [MCUBOOT + FIRMWARE LOADER/BLE_MCUMGR] Handling of two slot application

longo92 — Tue, 28 Apr 2026 16:13:06 GMT

[quote userid="77782" url="~/f/nordic-q-a/127927/mcuboot-firmware-loader-ble_mcumgr-handling-of-two-slot-application/565636"]I think you can use the mcuboot default Swap mode. The new image is uploaded to the secondary slot, then swapped into the primary slot. The old image is preserved in the secondary slot during the swap, enabling automatic rollback if the new image fails to confirm. See the DevAcademy course MCUboot, and relevant libraries[/quote]

Unfortunally the swap mechaninsm is mutually exculsive with firmware loader:

github.com/.../Kconfig

RE: [MCUBOOT + FIRMWARE LOADER/BLE_MCUMGR] Handling of two slot application

Amanda Hsieh — Tue, 28 Apr 2026 16:04:37 GMT

[quote user="longo92"]Which is the difference of your linked sample with the one I provided samples/dfu/single_slot?[/quote]

Both samples use MCUboot's firmware loader mode, but they serve different primary purposes.

The Firmware loader entrance sample demonstrates how to enter the firmware loader application from a running main application. The main application is a minimal Bluetooth LE peripheral that advertises using the MCUmgr service UUID. It demonstrates the boot mode entrance method, where MCUboot checks the boot mode via the retention subsystem to decide whether to boot the main app or the firmware loader app. It also supports the GPIO entrance (hold Button 0 during reset).

The Single-slot DFU with MCUboot sample demonstrates how to maximize available flash space for the application using the firmware loader mode (single-slot layout). The main application has no firmware update capabilities itself — DFU is entirely handled by the separate firmware loader image. Both MCUboot and the firmware loader are configured for minimal size, leaving more space for the application. It also demonstrates buttonless DFU, where the application can trigger firmware loader entry without holding a button during reset.

[quote user="longo92"]I would like to use three slots, the additional slot is used for rollback main application to previous version.[/quote]

I think you can use the mcuboot default Swap mode. The new image is uploaded to the secondary slot, then swapped into the primary slot. The old image is preserved in the secondary slot during the swap, enabling automatic rollback if the new image fails to confirm. See the DevAcademy course MCUboot, and relevant libraries

RE: [MCUBOOT + FIRMWARE LOADER/BLE_MCUMGR] Handling of two slot application

longo92 — Mon, 27 Apr 2026 20:13:37 GMT

Which is the difference of your linked sample with the one I provided samples/dfu/single_slot?
The sample you suggest still uses mcuboot with two slots: one for main application and the other for firmware loader. I would like to use three slots, the additional slot is used for rollback main application to previous version.

RE: [MCUBOOT + FIRMWARE LOADER/BLE_MCUMGR] Handling of two slot application

Amanda Hsieh — Mon, 27 Apr 2026 19:55:11 GMT

Hi,

You can take a look at the NCS v3.3.0 Firmware loader entrance, which uses the boot mode entrance method, in which MCUboot checks the boot mode using the retention subsystem to determine whether to boot the main application or the firmware loader application.

Regards,
Amanda H.