commit | 06ef06e69c240536e0f4d878c031a57d33728376 | [log] [tgz] |
---|---|---|
author | David Brown <david.brown@linaro.org> | Tue Mar 05 12:28:10 2019 -0700 |
committer | David Brown <davidb@davidb.org> | Wed Apr 17 11:20:21 2019 +0700 |
tree | 0dd4c6c23ff8bc3e558cad749ef248165c3e3005 | |
parent | 4c9883b0d8145b55199f0e9f5b37bfc08558ad00 [diff] |
sim: Base slots on number of images used Construct the ImagesBuilder based on the number of images compiled into the code. If the flash device doesn't have enough areas for the test, the test will be skipped. Extend the FlashId to include Image2, and Image3. Remove the unused ones, so that these can be placed immediately after the scratcharea. The current simulator code assumes the flash areas are numbered contiguously, requiring these extraneous partitions to be eliminated. Signed-off-by: David Brown <david.brown@linaro.org>
This is mcuboot, version 1.3.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 easy software upgrade.
MCUboot is operating system and hardware independent and relies on hardware porting layers from the operating system it works with. 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!