All of lore.kernel.org
 help / color / mirror / Atom feed
From: Heiko Schocher <hs@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 01/13] spl: Kconfig: Add SPL_<media>_SUPPORT as Kconfig option
Date: Fri, 19 Aug 2016 08:27:16 +0200	[thread overview]
Message-ID: <57B6A6C4.8090105@denx.de> (raw)
In-Reply-To: <20160818154146.16788-2-afd@ti.com>

Hello Andrew,

first thanks for this series!

Am 18.08.2016 um 17:41 schrieb Andrew F. Davis:
> Create a new Kconfig file to contain SPL boot media loading support
> options as we begin moving these to the Kconfig system and out of header
> files. Initially add new configs for all the existing boot media types,
> giving them the same definition name as before to allow compatibility
> with systems not yet using Kconfig.
>
> Signed-off-by: Andrew F. Davis <afd@ti.com>
> ---
>   common/Kconfig     |  7 +++++++
>   common/spl/Kconfig | 54 ++++++++++++++++++++++++++++++++++++++++++++++++++++++
>   2 files changed, 61 insertions(+)
>   create mode 100644 common/spl/Kconfig
>
> diff --git a/common/Kconfig b/common/Kconfig
> index 46e7173..f594db5 100644
> --- a/common/Kconfig
> +++ b/common/Kconfig
> @@ -156,6 +156,13 @@ config SPI_BOOT
>   	  booted via SPI flash. This is not a must, some SoCs need this,
>   	  somes not.
>
> +menu "SPL Media Loading Support"
> +	depends on SPL
> +
> +source "common/spl/Kconfig"
> +
> +endmenu
> +
>   endmenu
>
>   config BOOTDELAY
> diff --git a/common/spl/Kconfig b/common/spl/Kconfig
> new file mode 100644
> index 0000000..788ca14
> --- /dev/null
> +++ b/common/spl/Kconfig
> @@ -0,0 +1,54 @@
> +config SPL_YMODEM_SUPPORT
> +	depends on SPL
> +	bool "SPL Support for loading next stage from UART"
> +	help
> +	  This option enables SPL to load the next stage bootloader
> +	  over a UART line using the x/y/z/modem protocol.
> +
> +config SPL_MMC_SUPPORT
> +	bool "SPL Support for loading next stage from SD/MMC/eMMC"
> +	help
> +	  This option enables SPL to load the next stage bootloader
> +	  from an SD/MMC/eMMC device.

Hmm.. why do you not move, for existing board configs, which use
this symbols, them into their defconfigs? There is the great
script from Masahiro

u-boot:tools/moveconfig.py

which should do the most things for you ... also there is a tbot
testcase, with which you can test, that your new patch(es) do not
break an existing board, see for interests:

http://lists.denx.de/pipermail/u-boot/2016-June/258119.html

Same comment applies for your patches:
[U-Boot] [PATCH 02/13] spl: Kconfig: Add SPL_<media>_BOOT as Kconfig option
[U-Boot] [PATCH 03/13] spl: Kconfig: Add CONFIG_SPL_TEXT_BASE as Kconfig option

May you want to try it? If you have problems, feel free to contact me.

bye,
Heiko

> +
> +config SPL_SPI_SUPPORT
> +	bool "SPL Support for loading next stage from SPI flash"
> +	help
> +	  This option enables SPL to load the next stage bootloader
> +	  from SPI flash.
> +
> +config SPL_USB_SUPPORT
> +	bool "SPL Support for loading next stage from USB"
> +	help
> +	  This option enables SPL to load the next stage bootloader
> +	  from a USB device.
> +
> +config SPL_SATA_SUPPORT
> +	bool "SPL Support for loading next stage from SATA"
> +	help
> +	  This option enables SPL to load the next stage bootloader
> +	  from a SATA device.
> +
> +config SPL_NOR_SUPPORT
> +	bool "SPL Support for loading next stage from NOR flash"
> +	help
> +	  This option enables SPL to load the next stage bootloader
> +	  from NOR flash.
> +
> +config SPL_NAND_SUPPORT
> +	bool "SPL Support for loading next stage from NAND flash"
> +	help
> +	  This option enables SPL to load the next stage bootloader
> +	  from NAND flash.
> +
> +config SPL_ONENAND_SUPPORT
> +	bool "SPL Support for loading next stage from ONENAND"
> +	help
> +	  This option enables SPL to load the next stage bootloader
> +	  from ONENAND.
> +
> +config SPL_NET_SUPPORT
> +	bool "SPL Support for loading next stage from NET"
> +	help
> +	  This option enables SPL to load the next stage bootloader
> +	  from NET.
>

-- 
DENX Software Engineering GmbH,      Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany

  reply	other threads:[~2016-08-19  6:27 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-08-18 15:41 [U-Boot] [PATCH 00/13] Cleanups to allow secure boot on AM33xx devices Andrew F. Davis
2016-08-18 15:41 ` [U-Boot] [PATCH 01/13] spl: Kconfig: Add SPL_<media>_SUPPORT as Kconfig option Andrew F. Davis
2016-08-19  6:27   ` Heiko Schocher [this message]
2016-08-19 19:30     ` Andrew F. Davis
2016-08-19 19:54       ` Tom Rini
2016-08-21 18:35         ` Andrew F. Davis
2016-08-21 18:50           ` Tom Rini
2016-08-21 19:12             ` Andrew F. Davis
2016-08-21 19:33               ` Tom Rini
2016-08-22 14:06                 ` Andrew F. Davis
2016-08-18 15:41 ` [U-Boot] [PATCH 02/13] spl: Kconfig: Add SPL_<media>_BOOT " Andrew F. Davis
2016-08-19  4:10   ` Lokesh Vutla
2016-08-19 15:29     ` Andrew F. Davis
2016-08-22  4:23       ` Lokesh Vutla
2016-08-22 12:25         ` Tom Rini
2016-08-22 12:55           ` Simon Glass
2016-08-23  6:15       ` Masahiro Yamada
2016-08-18 15:41 ` [U-Boot] [PATCH 03/13] spl: Kconfig: Add CONFIG_SPL_TEXT_BASE " Andrew F. Davis
2016-08-19  4:12   ` Lokesh Vutla
2016-08-19 12:22     ` Simon Glass
2016-08-18 15:41 ` [U-Boot] [PATCH 04/13] config: am335x_evm: Move CONFIG_SPL_YMODEM_SUPPORT to Kconfig Andrew F. Davis
2016-08-18 15:41 ` [U-Boot] [PATCH 05/13] config: am43xx_evm: " Andrew F. Davis
2016-08-18 15:41 ` [U-Boot] [PATCH 06/13] Kconfig: Separate AM33XX SOC config from target board config Andrew F. Davis
2016-08-19  4:15   ` Lokesh Vutla
2016-08-22 15:26     ` Andrew F. Davis
2016-08-18 15:41 ` [U-Boot] [PATCH 07/13] am33xx: config.mk: Add support for additional secure boot image types Andrew F. Davis
2016-08-18 15:41 ` [U-Boot] [PATCH 08/13] am33xx: config.mk: Fix option used to enable SPI SPL image type Andrew F. Davis
2016-08-18 15:41 ` [U-Boot] [PATCH 09/13] doc: Update info on using AM33xx secure devices from TI Andrew F. Davis
2016-08-18 15:41 ` [U-Boot] [PATCH 10/13] ti: omap-common: Allow AM33xx devices to be built securely Andrew F. Davis
2016-08-18 15:41 ` [U-Boot] [PATCH 11/13] omap: Use SD_BOOT in place of EMMC_BOOT Andrew F. Davis
2016-08-18 15:41 ` [U-Boot] [PATCH 12/13] config: Remove usage of CONFIG_STORAGE_EMMC Andrew F. Davis
2016-08-18 15:41 ` [U-Boot] [PATCH 13/13] board: am33xx-hs: spl: Allow post-processing of FIT image on AM33xx Andrew F. Davis
2016-08-19  6:10 ` [U-Boot] [PATCH 00/13] Cleanups to allow secure boot on AM33xx devices Lokesh Vutla

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=57B6A6C4.8090105@denx.de \
    --to=hs@denx.de \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.