commit | 260ec457340b7f7c014c41bd963a3f8572df742c | [log] [tgz] |
---|---|---|
author | Fabio Utzig <fabio.utzig@nordicsemi.no> | Thu Jul 09 18:40:07 2020 -0300 |
committer | Fabio Utzig <utzig@utzig.org> | Fri Jul 10 06:57:08 2020 -0300 |
tree | d48b4ea8eb910cddfe91ee7c7a67f4e65cc0b0b3 | |
parent | 682815197312b45f1c57786ed6ec9ef79b3ff382 [diff] |
Fix erase of possible trailer leftover after reset This fixes an issue where an image might be erased, but a trailer left behind. It can happen if the image in the secondary slot did not pass validation, in which case the whole slot is erased. If during the erase operation, a reset occurs, parts of the slot might have been erased while some have not. The concerning part is the trailer because it might disable a new image from being loaded through mcumgr; so just get rid of the trailer here, if the header is erased. Signed-off-by: Fabio Utzig <fabio.utzig@nordicsemi.no>
This is mcuboot version 1.6.0
MCUboot is a secure bootloader for 32-bit MCUs. The goal of MCUboot is to define a common infrastructure for the bootloader, system flash layout on microcontroller systems, and to provide a secure bootloader that enables simple software upgrades.
MCUboot is operating system and hardware independent and relies on hardware porting layers from the operating. Currently, mcuboot works with both the Apache Mynewt and Zephyr operating systems, but more ports are planned in the future. RIOT is currently supported as a boot target with a complete port planned.
Instructions for different operating systems can be found here:
The issues being planned and worked on are tracked using GitHub issues. To participate please visit:
Issues were previously tracked on MCUboot JIRA , but it is now deprecated.
Information and documentation on the bootloader are stored within the source.
It was previously also documented on confluence: MCUBoot Confluence however, it is now deprecated and not currently maintained
For more information in the source, here are some pointers:
Developers welcome!