From: Andrew F. Davis <afd@ti.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [RFC PATCH v2 10/11] spl: Kconfig: Add SPL_<media>_BOOT as Kconfig option
Date: Mon, 22 Aug 2016 10:21:30 -0500 [thread overview]
Message-ID: <20160822152131.15340-11-afd@ti.com> (raw)
In-Reply-To: <20160822152131.15340-1-afd@ti.com>
Currently U-Boot proper has Kconfig options that enable the generation
of U-Boot binaries that are capable of being booted from the selected
boot media type. The same set of generation targets for SPL are assumed
with various methods and config header hackery. On some platforms the
options for SPL, such as load address, are dependent on boot type
and cannot depend on boot image type selected for U-Boot proper.
Add a Kconfig menu to select SPL boot image types, and populate it
with the same media types as are already available for U-Boot proper.
Signed-off-by: Andrew F. Davis <afd@ti.com>
---
common/Kconfig | 69 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
1 file changed, 69 insertions(+)
diff --git a/common/Kconfig b/common/Kconfig
index f594db5..90ba5b2 100644
--- a/common/Kconfig
+++ b/common/Kconfig
@@ -156,6 +156,75 @@ config SPI_BOOT
booted via SPI flash. This is not a must, some SoCs need this,
somes not.
+menu "SPL Boot media"
+ depends on SPL
+
+config SPL_NOR_BOOT
+ bool "Support for booting SPL from NOR flash"
+ default n
+ help
+ Enabling this will make an SPL binary that is capable of being
+ booted via NOR flash. This is not a must, some SoCs need this,
+ some do not.
+
+config SPL_NAND_BOOT
+ bool "Support for booting SPL from NAND flash"
+ default n
+ help
+ Enabling this will make an SPL binary that is capable of being
+ booted via NAND flash. This is not a must, some SoCs need this,
+ some do not.
+
+config SPL_ONENAND_BOOT
+ bool "Support for booting SPL from ONENAND"
+ default n
+ help
+ Enabling this will make an SPL binary that is capable of being
+ booted via ONENAND. This is not a must, some SoCs need this,
+ some do not.
+
+config SPL_QSPI_BOOT
+ bool "Support for booting SPL from QSPI flash"
+ default n
+ help
+ Enabling this will make an SPL binary that is capable of being
+ booted via QSPI flash. This is not a must, some SoCs need this,
+ some do not.
+
+config SPL_SATA_BOOT
+ bool "Support for booting SPL from SATA"
+ default n
+ help
+ Enabling this will make an SPL binary that is capable of being
+ booted via SATA. This is not a must, some SoCs need this,
+ some do not.
+
+config SPL_SD_BOOT
+ bool "Support for booting SPL from SD/MMC/eMMC"
+ default n
+ help
+ Enabling this will make an SPL binary that is capable of being
+ booted via SD/MMC/eMMC. This is not a must, some SoCs need this,
+ some do not.
+
+config SPL_SPI_BOOT
+ bool "Support for booting SPL from SPI flash"
+ default n
+ help
+ Enabling this will make an SPL binary that is capable of being
+ booted via SPI flash. This is not a must, some SoCs need this,
+ some do not.
+
+config SPL_UART_BOOT
+ bool "Support for booting SPL from UART"
+ default n
+ help
+ Enabling this will make an SPL binary that is capable of being
+ booted via UART. This is not a must, some SoCs need this,
+ some do not.
+
+endmenu
+
menu "SPL Media Loading Support"
depends on SPL
--
2.9.3
next prev parent reply other threads:[~2016-08-22 15:21 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-08-22 15:21 [U-Boot] [PATCH v2 00/11] Allow secure boot on AM33xx devices Andrew F. Davis
2016-08-22 15:21 ` [U-Boot] [PATCH v2 01/11] Kconfig: Separate AM33XX SOC config from target board config Andrew F. Davis
2016-08-26 20:12 ` Tom Rini
2016-08-22 15:21 ` [U-Boot] [PATCH v2 02/11] am33xx: config.mk: Add support for additional secure boot image types Andrew F. Davis
2016-08-22 15:21 ` [U-Boot] [PATCH v2 03/11] am33xx: config.mk: Fix option used to enable SPI SPL image type Andrew F. Davis
2016-08-22 15:21 ` [U-Boot] [PATCH v2 04/11] doc: Update info on using AM33xx secure devices from TI Andrew F. Davis
2016-08-22 15:21 ` [U-Boot] [PATCH v2 05/11] ti: omap-common: Allow AM33xx devices to be built securely Andrew F. Davis
2016-08-22 15:21 ` [U-Boot] [PATCH v2 06/11] board: am33xx-hs: spl: Allow post-processing of FIT image on AM33xx Andrew F. Davis
2016-08-22 15:21 ` [U-Boot] [RFC PATCH v2 07/11] omap: Use SD_BOOT in place of EMMC_BOOT Andrew F. Davis
2016-08-22 15:21 ` [U-Boot] [RFC PATCH v2 08/11] config: Remove usage of CONFIG_STORAGE_EMMC Andrew F. Davis
2016-08-22 15:21 ` [U-Boot] [RFC PATCH v2 09/11] spl: Kconfig: Add SPL_<media>_SUPPORT as Kconfig option Andrew F. Davis
2016-08-23 6:08 ` Masahiro Yamada
2016-08-23 15:02 ` Andrew F. Davis
2016-08-26 20:06 ` Tom Rini
2016-08-22 15:21 ` Andrew F. Davis [this message]
2016-08-22 15:21 ` [U-Boot] [RFC PATCH v2 11/11] spl: Kconfig: Add CONFIG_SPL_TEXT_BASE " Andrew F. Davis
2016-08-23 5:45 ` Masahiro Yamada
2016-08-23 14:57 ` Andrew F. Davis
2016-08-26 17:59 ` 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=20160822152131.15340-11-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