Make docs more visible from home page

Add links to the other documents to the homepage at `index.md`.  Clean
up some of these other documents (including converting the Zephyr test
plan to markdown).

Signed-off-by: David Brown <david.brown@linaro.org>
This commit is contained in:
David Brown 2017-09-11 14:47:48 -06:00 committed by David Brown
parent af30189f63
commit d2fcc21b4f
3 changed files with 67 additions and 76 deletions

View File

@ -1,4 +1,4 @@
## Image tool
# Image tool
The Python program `scripts/imgtool.py` can be used to perform the
operations that are necessary to manage keys and sign images. Using

View File

@ -13,6 +13,23 @@ 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.
## Contents
- General: this document
- [design]({% link design.txt %}): for the design
- [imgtool]({% link imgtool.md %}): The image signing and key management
tool.
- [Patch submission]({% link SubmittingPatches.md %}) for information
on how to contribute to mcuboot.
- The [internal design]({% link design.txt %}) documentation.
- Testing
- The [Zephyr]({% link testplan-zephyr.md %}) test plan.
- The [mynewt]({% link testplan-mynewt.md %}) test plan.
There is also a document about [signed images]({% link
signed_images.md %}) that is out of date. You should use `imgtool.py`
instead of these documents.
## Roadmap
The issues being planned and worked on are tracked on Jira. To participate

View File

@ -1,38 +1,34 @@
Zephyr Test Plan
================
# Zephyr Test Plan
The following roughly describes how mcuboot is tested on Zephyr. The
testing is done with the code in ``samples/zephyr``. These examples
testing is done with the code in `samples/zephyr`. These examples
were written using the FRDM-K64F, but other boards should be similar.
At this time, however, the partitions are hardcoded in the Makefile
targets to flash.
Note that at the time of release of 0.9.0-rc2, the change `MPU flash
write`_ had not been merged. This change fixes a problem interaction
Note that at the time of release of 0.9.0-rc2, the change [MPU flash
write][flashwrite] had not been merged. This change fixes a problem interaction
between the MPU and the flash drivers. Without this change, if the
MPU is enabled (the default), the bootloader will abort immediately on
boot, generally before printing any messages.
.. _MPU flash write: https://github.com/zephyrproject-rtos/zephyr/pull/654
At this time, most of the test variants are done by modifying either
the code or Makefiles. A future goal is to automate this testing.
Sanity Check
------------
## Sanity Check
Begin by running make in ``samples/zephyr``::
Begin by running make in `samples/zephyr`:
$ make clean
$ make all
This will result in three binaries: ``mcuboot.bin``,
``signed-hello1.bin``, and ``signed-hello2.bin``.
This will result in three binaries: `mcuboot.bin`,
`signed-hello1.bin`, and `signed-hello2.bin`.
The second file is marked as an "upgrade" by the image tool, so
has an appended image trailer.
Begin by doing a full erase, and programming the first image::
Begin by doing a full erase, and programming the first image:
$ pyocd-flashtool -ce
$ make flash_boot
@ -40,7 +36,7 @@ Begin by doing a full erase, and programming the first image::
After it resets, look for "main: Starting bootloader", a few debug
messages, and lastly: "main: Unable to find bootable image".
Then, load hello1::
Then, load hello1:
$ make flash_hello1
@ -48,18 +44,18 @@ This should print "main: Jumping to the first image slot", and you
should get an image "Hello World number 1!".
For kicks, program slot 2's image into slot one. This has to be done
manually, and it is good to verify these addresses in the Makefile::
manually, and it is good to verify these addresses in the Makefile:
$ pyocd-flashtool -a 0x20000 signed-hello1.bin
This should boot, printing "Upgraded hello!".
Now put back image 1, and put image 2 in as the upgrade::
Now put back image 1, and put image 2 in as the upgrade:
$ make flash_hello1
$ make flash_hello2
This should print a message: "boot_swap_type: Swap type: test", and
This should print a message: `boot_swap_type: Swap type: test`, and
you should see "Upgraded hello!".
Now reset the target::
@ -69,30 +65,29 @@ Now reset the target::
And you should see a revert and "Hello world number 1" running.
Repeat this, to make sure we can mark the image as OK, and that a
revert doesn't happen::
revert doesn't happen:
$ make flash_hello1
$ make flash_hello2
We should have just booted the Upgraded hello. Mark this as OK::
We should have just booted the Upgraded hello. Mark this as OK:
$ pyocd-flashtool -a 0x7ffe8 image_ok.bin
$ pyocd-tool reset
And make sure this stays in the "Upgraded hello" image.
Other Signature Combinations
----------------------------
## Other Signature Combinations
.. note:: Make sure you don't have changes in your tree, as the
**note**: Make sure you don't have changes in your tree, as the
following step will undo them.
As part of the above sanity check, we have tested the RSA signature
algorithm, along with the new RSA-PSS signature algorithm. To test
other configurations, we need to make some modifications to the code.
This is easiest to do by applying some patches (in
``testplan/zephyr``). For each of these patches, perform something
along the lines of::
`testplan/zephyr`). For each of these patches, perform something
along the lines of:
$ cd ../..
$ git apply testplan/zephyr/0001-try-rsa-pkcs1-v15.patch
@ -104,7 +99,7 @@ along the lines of::
$ make flash_hello1
Make sure image one boots if it is supposed to (and doesn't if it is
not supposed to). Then try the upgrade::
not supposed to). Then try the upgrade:
$ make flash_hello2
@ -112,11 +107,11 @@ After this, make sure that the the image does or doesn't perform the
upgrade (see test table below).
After the upgrade runs, reset to make sure the revert works (or
doesn't for the noted cases below)::
doesn't for the noted cases below):
$ pyocd-tool reset
Then undo the change::
Then undo the change:
$ cd ../..
$ git checkout -- .
@ -125,40 +120,19 @@ and repeat the above steps for each patch.
The following patches are available:
.. list-table:: Test configurations
:header-rows: 1
| Patch | hello1 boot? | Upgrade ? |
|-------|--------------|-----------|
| 0001-bad-old-rsa-in-boot-not-in-image.patch | no | no |
| 0001-bad-old-RSA-no-slot0-check.patch | yes | no |
| 0001-good-rsa-pkcs-v1.5-good.patch | yes | yes |
| 0001-bad-ECDSA-P256-bootloader-not-in-images.patch | no | no |
| 0001-partial-ECDSA-P256-bootloader-slot0-ok-slot1-bad.patch | yes | no |
| 0001-good-ECDSA-P256-bootloader-images-signed.patch | yes | yes |
| 0001-partial-ECDSA-P256-bootloader-slot-0-bad-sig.patch | no | yes<sup>1</sup> |
| 0001-partial-ECDSA-P256-bootloader-slot-1-bad-sig.patch | yes | no |
| 0001-partial-ECDSA-P256-slot-0-bad-no-verification.patch | no | yes<sup>1</sup> |
* - Patch
- hello1 boot?
- Upgrade?
* - 0001-bad-old-rsa-in-boot-not-in-image.patch
- no
- no
* - 0001-bad-old-RSA-no-slot0-check.patch
- yes
- no
* - 0001-good-rsa-pkcs-v1.5-good.patch
- yes
- yes
* - 0001-bad-ECDSA-P256-bootloader-not-in-images.patch
- no
- no
* - 0001-partial-ECDSA-P256-bootloader-slot0-ok-slot1-bad.patch
- yes
- no
* - 0001-good-ECDSA-P256-bootloader-images-signed.patch
- yes
- yes
* - 0001-partial-ECDSA-P256-bootloader-slot-0-bad-sig.patch
- no
- yes[1]_
* - 0001-partial-ECDSA-P256-bootloader-slot-1-bad-sig.patch
- yes
- no
* - 0001-partial-ECDSA-P256-slot-0-bad-no-verification.patch
- no
- yes[1]_
<sup>1</sup>These tests with hello1 bad should perform an upgrade when
hello2 is flashed, but they should not revert the image afterwards.
.. [1] These tests with hello1 bad should perform an upgrade when
hello2 is flashed, but they should not revert the image
afterwards.
[flashwrite]: https://github.com/zephyrproject-rtos/zephyr/pull/654