From: Andrew F. Davis <afd@ti.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v2 06/10] doc: Updates info on using Keystone2 secure devices
Date: Fri, 7 Apr 2017 10:00:07 -0500 [thread overview]
Message-ID: <20170407150011.5459-7-afd@ti.com> (raw)
In-Reply-To: <20170407150011.5459-1-afd@ti.com>
From: Madan Srinivas <madans@ti.com>
Add a section describing the secure boot image used on
Keystone2 secure devices.
Signed-off-by: Madan Srinivas <madans@ti.com>
Signed-off-by: Andrew F. Davis <afd@ti.com>
Reviewed-by: Tom Rini <trini@konsulko.com>
---
doc/README.ti-secure | 20 ++++++++++++++++++++
1 file changed, 20 insertions(+)
diff --git a/doc/README.ti-secure b/doc/README.ti-secure
index 9b0fbf9732..4b5380c0f3 100644
--- a/doc/README.ti-secure
+++ b/doc/README.ti-secure
@@ -133,6 +133,26 @@ Booting of U-Boot SPL
u-boot-spl_HS_X-LOADER - boot image for all other flash memories
including QSPI and NOR flash
+ Invoking the script for Keystone2 Secure Devices
+ =============================================
+
+ create-boot-image.sh \
+ <UNUSED> <INPUT_FILE> <OUTPUT_FILE> <UNUSED>
+
+ <UNUSED> is currently ignored and reserved for future use.
+
+ <INPUT_FILE> is the full path and filename of the public world boot
+ loader binary file (only u-boot.bin is currently supported on
+ Keystone2 devices, u-boot-spl.bin is not currently supported).
+
+ <OUTPUT_FILE> is the full path and filename of the final secure image.
+ The output binary images should be used in place of the standard
+ non-secure binary images (see the platform-specific user's guides
+ and releases notes for how the non-secure images are typically used)
+ u-boot_HS_MLO - signed and encrypted boot image that can be used to
+ boot from all media. Secure boot from SPI NOR flash is not
+ currently supported.
+
Booting of Primary U-Boot (u-boot.img)
======================================
--
2.11.0
next prev parent reply other threads:[~2017-04-07 15:00 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-04-07 15:00 [U-Boot] [PATCH v2 00/10] Add support for secure boot on Keystone2 SoCs Andrew F. Davis
2017-04-07 15:00 ` [U-Boot] [PATCH v2 01/10] image: Fixes build warning with CONFIG_FIT_IMAGE_POST_PROCESS Andrew F. Davis
2017-04-08 3:55 ` Lokesh Vutla
2017-04-09 19:28 ` Simon Glass
2017-04-10 18:25 ` [U-Boot] [U-Boot, v2, " Tom Rini
2017-04-07 15:00 ` [U-Boot] [PATCH v2 02/10] arm: mach-keystone: Implements FIT post-processing call for keystone SoCs Andrew F. Davis
2017-04-08 3:55 ` Lokesh Vutla
2017-04-10 18:25 ` [U-Boot] [U-Boot, v2, " Tom Rini
2017-04-07 15:00 ` [U-Boot] [PATCH v2 03/10] arm: mach-omap2: Enable Kconfig support for K2 HS devices Andrew F. Davis
2017-04-08 3:55 ` Lokesh Vutla
2017-04-10 18:25 ` [U-Boot] [U-Boot, v2, " Tom Rini
2017-04-07 15:00 ` [U-Boot] [PATCH v2 04/10] arm: mach-omap2: Add secure image name common to OMAP and keystone Andrew F. Davis
2017-04-08 3:56 ` Lokesh Vutla
2017-04-10 18:25 ` [U-Boot] [U-Boot, v2, " Tom Rini
2017-04-07 15:00 ` [U-Boot] [PATCH v2 05/10] ARM: Keystone2: Build secure images for K2 Andrew F. Davis
2017-04-08 3:58 ` Lokesh Vutla
2017-04-10 18:25 ` [U-Boot] [U-Boot, v2, " Tom Rini
2017-04-07 15:00 ` Andrew F. Davis [this message]
2017-04-08 3:58 ` [U-Boot] [PATCH v2 06/10] doc: Updates info on using Keystone2 secure devices Lokesh Vutla
2017-04-10 18:25 ` [U-Boot] [U-Boot, v2, " Tom Rini
2017-04-07 15:00 ` [U-Boot] [PATCH v2 07/10] Kconfig: Adds SYS_TEXT_BASE config option for Keystone2 Andrew F. Davis
2017-04-08 3:58 ` Lokesh Vutla
2017-04-10 18:25 ` [U-Boot] [U-Boot, v2, " Tom Rini
2017-04-07 15:00 ` [U-Boot] [PATCH v2 08/10] defconfig: k2e_hs_evm: Add k2e_hs_evm_defconfig Andrew F. Davis
2017-04-08 3:59 ` Lokesh Vutla
2017-04-10 18:25 ` [U-Boot] [U-Boot, v2, " Tom Rini
2017-04-07 15:00 ` [U-Boot] [PATCH v2 09/10] defconfig: k2hk_hs_evm: Add k2hk_hs_evm_defconfig Andrew F. Davis
2017-04-10 18:25 ` [U-Boot] [U-Boot, v2, " Tom Rini
2017-04-07 15:00 ` [U-Boot] [PATCH v2 10/10] defconfig: k2g_hs_evm: Add k2g_hs_evm_defconfig Andrew F. Davis
2017-04-10 18:25 ` [U-Boot] [U-Boot, v2, " Tom Rini
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20170407150011.5459-7-afd@ti.com \
--to=afd@ti.com \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox