2016-09-13 05:18:22 +00:00
|
|
|
config SUPPORT_SPL
|
|
|
|
|
bool
|
|
|
|
|
|
|
|
|
|
config SUPPORT_TPL
|
|
|
|
|
bool
|
|
|
|
|
|
2022-04-30 06:56:52 +00:00
|
|
|
config SUPPORT_VPL
|
|
|
|
|
bool
|
|
|
|
|
|
2017-05-04 10:15:29 +00:00
|
|
|
config SPL_DFU_NO_RESET
|
|
|
|
|
bool
|
|
|
|
|
|
2016-09-13 05:18:22 +00:00
|
|
|
config SPL
|
2022-05-30 21:11:23 +00:00
|
|
|
bool "Enable SPL"
|
2016-09-13 05:18:22 +00:00
|
|
|
depends on SUPPORT_SPL
|
|
|
|
|
help
|
|
|
|
|
If you want to build SPL as well as the normal image, say Y.
|
|
|
|
|
|
2022-05-30 21:11:23 +00:00
|
|
|
menu "SPL configuration options"
|
|
|
|
|
depends on SPL
|
|
|
|
|
|
2018-02-06 17:15:38 +00:00
|
|
|
config SPL_FRAMEWORK
|
|
|
|
|
bool "Support SPL based upon the common SPL framework"
|
|
|
|
|
default y
|
|
|
|
|
help
|
|
|
|
|
Enable the SPL framework under common/spl/. This framework
|
|
|
|
|
supports MMC, NAND and YMODEM and other methods loading of U-Boot
|
|
|
|
|
and the Linux Kernel. If unsure, say Y.
|
|
|
|
|
|
2019-09-19 14:18:39 +00:00
|
|
|
config SPL_FRAMEWORK_BOARD_INIT_F
|
|
|
|
|
bool "Define a generic function board_init_f"
|
|
|
|
|
depends on SPL_FRAMEWORK
|
|
|
|
|
help
|
|
|
|
|
Define a generic function board_init_f that:
|
|
|
|
|
- initialize the spl (spl_early_init)
|
|
|
|
|
- initialize the serial (preloader_console_init)
|
|
|
|
|
Unless you want to provide your own board_init_f, you should say Y.
|
|
|
|
|
|
2019-05-24 20:07:04 +00:00
|
|
|
config SPL_SIZE_LIMIT
|
2019-09-25 14:56:28 +00:00
|
|
|
hex "Maximum size of SPL image"
|
2020-09-25 18:12:56 +00:00
|
|
|
default 0x11000 if ARCH_MX6 && !MX6_OCRAM_256KB
|
|
|
|
|
default 0x31000 if ARCH_MX6 && MX6_OCRAM_256KB
|
2022-09-14 16:48:16 +00:00
|
|
|
default 0x30000 if ARCH_MVEBU && ARMADA_32BIT
|
2020-09-25 18:12:56 +00:00
|
|
|
default 0x0
|
2019-05-24 20:07:04 +00:00
|
|
|
help
|
|
|
|
|
Specifies the maximum length of the U-Boot SPL image.
|
|
|
|
|
If this value is zero, it is ignored.
|
|
|
|
|
|
|
|
|
|
config SPL_SIZE_LIMIT_SUBTRACT_GD
|
|
|
|
|
bool "SPL image size check: provide space for global data"
|
|
|
|
|
depends on SPL_SIZE_LIMIT > 0
|
|
|
|
|
help
|
|
|
|
|
If enabled, aligned size of global data is reserved in
|
|
|
|
|
SPL_SIZE_LIMIT check to ensure such an image does not overflow SRAM
|
|
|
|
|
if SPL_SIZE_LIMIT describes the size of SRAM available for SPL when
|
|
|
|
|
pre-reloc global data is put into this SRAM, too.
|
|
|
|
|
|
|
|
|
|
config SPL_SIZE_LIMIT_SUBTRACT_MALLOC
|
|
|
|
|
bool "SPL image size check: provide space for malloc() pool before relocation"
|
|
|
|
|
depends on SPL_SIZE_LIMIT > 0
|
|
|
|
|
help
|
|
|
|
|
If enabled, SPL_SYS_MALLOC_F_LEN is reserved in SPL_SIZE_LIMIT check
|
|
|
|
|
to ensure such an image does not overflow SRAM if SPL_SIZE_LIMIT
|
|
|
|
|
describes the size of SRAM available for SPL when pre-reloc malloc
|
|
|
|
|
pool is put into this SRAM, too.
|
|
|
|
|
|
|
|
|
|
config SPL_SIZE_LIMIT_PROVIDE_STACK
|
|
|
|
|
hex "SPL image size check: provide stack space before relocation"
|
|
|
|
|
depends on SPL_SIZE_LIMIT > 0
|
|
|
|
|
default 0
|
|
|
|
|
help
|
|
|
|
|
If set, this size is reserved in SPL_SIZE_LIMIT check to ensure such
|
|
|
|
|
an image does not overflow SRAM if SPL_SIZE_LIMIT describes the size
|
|
|
|
|
of SRAM available for SPL when the stack required before reolcation
|
|
|
|
|
uses this SRAM, too.
|
|
|
|
|
|
2022-05-16 21:20:26 +00:00
|
|
|
config SPL_MAX_SIZE
|
|
|
|
|
hex "Maximum size of the SPL image, excluding BSS"
|
|
|
|
|
default 0x30000 if ARCH_MX6 && MX6_OCRAM_256KB
|
|
|
|
|
default 0x1b000 if AM33XX && !TI_SECURE_DEVICE
|
|
|
|
|
default 0x10000 if ARCH_MX6 && !MX6_OCRAM_256KB
|
|
|
|
|
default 0x7fa0 if SUNXI_SRAM_ADDRESS = 0x10000
|
|
|
|
|
default 0x7fa0 if SUNXI_SRAM_ADDRESS = 0x20000 && !MACH_SUN50I_H616
|
2022-09-13 00:23:58 +00:00
|
|
|
default 0xbfa0 if MACH_SUN50I_H616
|
2022-05-16 21:20:26 +00:00
|
|
|
default 0x7000 if RCAR_GEN3
|
|
|
|
|
default 0x5fa0 if SUNXI_SRAM_ADDRESS = 0x0
|
2022-06-29 07:05:22 +00:00
|
|
|
default 0x10000 if ASPEED_AST2600
|
2022-07-26 08:40:31 +00:00
|
|
|
default 0x27000 if IMX8MM && SPL_TEXT_BASE = 0x7E1000
|
2022-05-16 21:20:26 +00:00
|
|
|
default 0x0
|
|
|
|
|
help
|
|
|
|
|
Maximum size of the SPL image (text, data, rodata, and linker lists
|
|
|
|
|
sections), BSS excluded. When defined, the linker checks that the
|
|
|
|
|
actual size does not exceed it.
|
|
|
|
|
|
|
|
|
|
config SPL_PAD_TO
|
|
|
|
|
hex "Offset to which the SPL should be padded before appending the SPL payload"
|
|
|
|
|
default 0x31000 if ARCH_MX6 && MX6_OCRAM_256KB
|
|
|
|
|
default 0x11000 if ARCH_MX7 || (ARCH_MX6 && !MX6_OCRAM_256KB)
|
|
|
|
|
default 0x10000 if ARCH_KEYSTONE
|
|
|
|
|
default 0x8000 if ARCH_SUNXI && !MACH_SUN50I_H616
|
2022-10-28 12:46:29 +00:00
|
|
|
default 0x0 if ARCH_MTMIPS
|
2022-05-16 21:20:26 +00:00
|
|
|
default TPL_MAX_SIZE if TPL_MAX_SIZE > SPL_MAX_SIZE
|
|
|
|
|
default SPL_MAX_SIZE
|
|
|
|
|
help
|
|
|
|
|
Image offset to which the SPL should be padded before appending the
|
|
|
|
|
SPL payload. By default, this is defined as CONFIG_SPL_MAX_SIZE, or 0 if
|
|
|
|
|
CONFIG_SPL_MAX_SIZE is undefined. CONFIG_SPL_PAD_TO must be either
|
|
|
|
|
0, meaning to append the SPL payload without any padding, or >=
|
|
|
|
|
CONFIG_SPL_MAX_SIZE.
|
|
|
|
|
|
2022-05-27 14:19:45 +00:00
|
|
|
config SPL_HAS_BSS_LINKER_SECTION
|
|
|
|
|
depends on SPL_FRAMEWORK
|
|
|
|
|
bool "Use a specific address for the BSS via the linker script"
|
2022-07-14 13:47:33 +00:00
|
|
|
default y if ARCH_SUNXI || ARCH_MX6 || ARCH_OMAP2PLUS || MIPS || RISCV || ARCH_ZYNQMP
|
2022-05-27 14:19:45 +00:00
|
|
|
|
|
|
|
|
config SPL_BSS_START_ADDR
|
|
|
|
|
hex "Link address for the BSS within the SPL binary"
|
|
|
|
|
depends on SPL_HAS_BSS_LINKER_SECTION
|
|
|
|
|
default 0x88200000 if (ARCH_MX6 && (MX6SX || MX6SL || MX6UL || MX6ULL)) || ARCH_MX7
|
|
|
|
|
default 0x18200000 if ARCH_MX6 && !(MX6SX || MX6SL || MX6UL || MX6ULL)
|
|
|
|
|
default 0x80a00000 if ARCH_OMAP2PLUS
|
|
|
|
|
default 0x81f80000 if ARCH_SUNXI && MACH_SUNIV
|
|
|
|
|
default 0x4ff80000 if ARCH_SUNXI && !(MACH_SUN9I || MACH_SUNIV)
|
|
|
|
|
default 0x2ff80000 if ARCH_SUNXI && MACH_SUN9I
|
2022-07-14 13:47:33 +00:00
|
|
|
default 0x1000 if ARCH_ZYNQMP
|
2022-05-27 14:19:45 +00:00
|
|
|
|
2022-05-19 19:09:22 +00:00
|
|
|
choice
|
|
|
|
|
prompt "Enforce SPL BSS limit"
|
2022-05-30 21:11:23 +00:00
|
|
|
depends on !PPC
|
2022-05-19 19:09:22 +00:00
|
|
|
default SPL_BSS_LIMIT
|
|
|
|
|
help
|
|
|
|
|
In some platforms we only want to enforce a limit on the size of the
|
|
|
|
|
BSS in memory. On other platforms we need to enforce a limit on the
|
|
|
|
|
whole of the memory allocation as we're strictly limited to a small
|
|
|
|
|
typically non-DRAM location. Finally, other platforms do not enforce
|
|
|
|
|
a memory limit within SPL.
|
|
|
|
|
|
|
|
|
|
config SPL_NO_BSS_LIMIT
|
|
|
|
|
bool "Do not enforce a build time limit on the size of the BSS"
|
|
|
|
|
|
|
|
|
|
config SPL_BSS_LIMIT
|
|
|
|
|
bool "Enforce a limit on the size of the BSS only"
|
|
|
|
|
|
|
|
|
|
config SPL_FOOTPRINT_LIMIT
|
|
|
|
|
bool "Enforce a limit on the whole of memory allocated to SPL, BSS included"
|
|
|
|
|
|
|
|
|
|
endchoice
|
|
|
|
|
|
|
|
|
|
config SPL_BSS_MAX_SIZE
|
|
|
|
|
hex "Maximum size in memory allocated to the SPL BSS"
|
|
|
|
|
depends on SPL_BSS_LIMIT
|
|
|
|
|
default 0x100000 if ARCH_MX6 || RISCV
|
|
|
|
|
default 0x80000 if ARCH_OMAP2PLUS || ARCH_SUNXI
|
|
|
|
|
help
|
|
|
|
|
When non-zero, the linker checks that the actual memory used by SPL
|
|
|
|
|
from __bss_start to __bss_end does not exceed it.
|
|
|
|
|
|
|
|
|
|
config SPL_MAX_FOOTPRINT
|
|
|
|
|
hex "Maximum size in memory allocated to the SPL, BSS included"
|
|
|
|
|
depends on SPL_FOOTPRINT_LIMIT
|
|
|
|
|
help
|
|
|
|
|
When non-zero, the linker checks that the actual memory used by SPL
|
|
|
|
|
from _start to __bss_end does not exceed it.
|
|
|
|
|
|
2019-07-16 20:30:36 +00:00
|
|
|
config SPL_SYS_STACK_F_CHECK_BYTE
|
|
|
|
|
hex
|
|
|
|
|
default 0xaa
|
|
|
|
|
help
|
|
|
|
|
Constant used to check the stack
|
|
|
|
|
|
|
|
|
|
config SPL_SYS_REPORT_STACK_F_USAGE
|
|
|
|
|
depends on SPL_SIZE_LIMIT_PROVIDE_STACK != 0
|
|
|
|
|
bool "Check and report stack usage in SPL before relocation"
|
|
|
|
|
help
|
|
|
|
|
If this option is enabled, the initial SPL stack is filled with 0xaa
|
|
|
|
|
very early, up to the size configured with
|
|
|
|
|
SPL_SIZE_LIMIT_PROVIDE_STACK.
|
|
|
|
|
Later when SPL is done using this initial stack and switches to a
|
|
|
|
|
stack in DRAM, the actually used size of this initial stack is
|
|
|
|
|
reported by examining the memory and searching for the lowest
|
|
|
|
|
occurrence of non 0xaa bytes.
|
|
|
|
|
This default implementation works for stacks growing down only.
|
|
|
|
|
|
2021-07-05 22:32:57 +00:00
|
|
|
config SPL_SHOW_ERRORS
|
|
|
|
|
bool "Show more information when something goes wrong"
|
|
|
|
|
help
|
|
|
|
|
This enabled more verbose error messages and checking when something
|
|
|
|
|
goes wrong in SPL. For example, it shows the error code when U-Boot
|
|
|
|
|
cannot be located. This can help to diagnose the problem and figure
|
|
|
|
|
out a fix, particularly during development.
|
|
|
|
|
|
|
|
|
|
This adds a small amount to SPL code size, perhaps 100 bytes.
|
|
|
|
|
|
2022-02-08 18:49:48 +00:00
|
|
|
config SPL_BINMAN_SYMBOLS
|
|
|
|
|
bool "Declare binman symbols in SPL"
|
|
|
|
|
depends on SPL_FRAMEWORK && BINMAN
|
|
|
|
|
default y
|
|
|
|
|
help
|
2022-06-18 12:13:09 +00:00
|
|
|
This enables use of symbols in SPL which refer to other entries in
|
|
|
|
|
the same binman image as the SPL. These can be declared with the
|
|
|
|
|
binman_sym_declare(type, entry, prop) macro and accessed by the
|
|
|
|
|
binman_sym(type, entry, prop) macro defined in binman_sym.h.
|
2022-02-08 18:49:48 +00:00
|
|
|
|
2022-06-18 12:13:09 +00:00
|
|
|
See tools/binman/binman.rst for a detailed explanation.
|
|
|
|
|
|
|
|
|
|
config SPL_BINMAN_UBOOT_SYMBOLS
|
|
|
|
|
bool "Declare binman symbols for U-Boot phases in SPL"
|
|
|
|
|
depends on SPL_BINMAN_SYMBOLS
|
2022-06-18 12:13:12 +00:00
|
|
|
default n if ARCH_IMX8M
|
2022-06-18 12:13:09 +00:00
|
|
|
default y
|
|
|
|
|
help
|
|
|
|
|
This enables use of symbols in SPL which refer to U-Boot phases,
|
|
|
|
|
enabling SPL to obtain the location and size of its next phase simply
|
|
|
|
|
by calling spl_get_image_pos() and spl_get_image_size().
|
|
|
|
|
|
|
|
|
|
For this to work, you must have all U-Boot phases in the same binman
|
|
|
|
|
image, so binman can update SPL with the locations of everything.
|
2022-02-08 18:49:48 +00:00
|
|
|
|
2022-05-30 21:01:22 +00:00
|
|
|
source "common/spl/Kconfig.nxp"
|
2022-05-13 16:26:35 +00:00
|
|
|
|
2018-11-16 01:44:09 +00:00
|
|
|
config HANDOFF
|
|
|
|
|
bool "Pass hand-off information from SPL to U-Boot proper"
|
2022-05-30 21:11:23 +00:00
|
|
|
depends on BLOBLIST
|
2018-11-16 01:44:09 +00:00
|
|
|
help
|
|
|
|
|
It is useful to be able to pass information from SPL to U-Boot
|
|
|
|
|
proper to preserve state that is known in SPL and is needed in U-Boot.
|
|
|
|
|
Enable this to locate the handoff information in U-Boot proper, early
|
|
|
|
|
in boot. It is available in gd->handoff. The state state is set up
|
|
|
|
|
in SPL (or TPL if that is being used).
|
|
|
|
|
|
|
|
|
|
config SPL_HANDOFF
|
|
|
|
|
bool "Pass hand-off information from SPL to U-Boot proper"
|
2019-09-25 14:11:17 +00:00
|
|
|
depends on HANDOFF && SPL_BLOBLIST
|
2018-11-16 01:44:09 +00:00
|
|
|
default y
|
|
|
|
|
help
|
|
|
|
|
This option enables SPL to write handoff information. This can be
|
|
|
|
|
used to pass information like the size of SDRAM from SPL to U-Boot
|
|
|
|
|
proper. Also SPL can receive information from TPL in the same place
|
|
|
|
|
if that is enabled.
|
|
|
|
|
|
2017-07-28 17:20:49 +00:00
|
|
|
config SPL_LDSCRIPT
|
|
|
|
|
string "Linker script for the SPL stage"
|
2022-06-08 12:24:37 +00:00
|
|
|
default "arch/arm/cpu/arm926ejs/sunxi/u-boot-spl.lds" if MACH_SUNIV
|
|
|
|
|
default "arch/arm/cpu/armv7/sunxi/u-boot-spl.lds" if ARCH_SUNXI && !MACH_SUNIV && !ARM64
|
|
|
|
|
default "arch/arm/cpu/arm926ejs/mxs/u-boot-spl.lds" if (ARCH_MX23 || ARCH_MX28) && !SPL_FRAMEWORK
|
|
|
|
|
default "arch/arm/cpu/arm1136/u-boot-spl.lds" if CPU_ARM1136
|
|
|
|
|
default "arch/arm/cpu/armv8/u-boot-spl.lds" if ARCH_LS1043A || ARCH_LS1046A || ARCH_LS2080A
|
|
|
|
|
default "arch/arm/cpu/armv8/u-boot-spl.lds" if ARM64
|
|
|
|
|
default "arch/arm/mach-at91/arm926ejs/u-boot-spl.lds" if ARCH_AT91 && CPU_ARM926EJS
|
|
|
|
|
default "arch/arm/mach-at91/armv7/u-boot-spl.lds" if ARCH_AT91 && CPU_V7A
|
|
|
|
|
default "arch/arm/mach-omap2/u-boot-spl.lds" if ARCH_MX6 || ARCH_OMAP2PLUS || (ARCH_K3 && !ARM64)
|
|
|
|
|
default "arch/arm/mach-zynq/u-boot-spl.lds" if ARCH_ZYNQ
|
|
|
|
|
default "board/samsung/common/exynos-uboot-spl.lds" if ARCH_EXYNOS5 || ARCH_EXYNOS4
|
|
|
|
|
default "board/davinci/da8xxevm/u-boot-spl-da850evm.lds" if ARCH_DAVINCI
|
2020-03-11 22:11:11 +00:00
|
|
|
default "arch/\$(ARCH)/cpu/u-boot-spl.lds"
|
2017-07-28 17:20:49 +00:00
|
|
|
help
|
|
|
|
|
The SPL stage will usually require a different linker-script
|
|
|
|
|
(as it runs from a different memory region) than the regular
|
|
|
|
|
U-Boot stage. Set this to the path of the linker-script to
|
|
|
|
|
be used for SPL.
|
|
|
|
|
|
2018-09-30 12:31:53 +00:00
|
|
|
config SPL_TEXT_BASE
|
|
|
|
|
hex "SPL Text Base"
|
2022-07-15 17:31:48 +00:00
|
|
|
default 0x402F4000 if AM43XX
|
|
|
|
|
default 0x402F0400 if AM33XX
|
|
|
|
|
default 0x40301350 if OMAP54XX
|
2019-05-27 00:45:11 +00:00
|
|
|
default 0x10060 if MACH_SUN50I || MACH_SUN50I_H5 || MACH_SUN9I
|
2021-01-11 20:11:34 +00:00
|
|
|
default 0x20060 if SUN50I_GEN_H6
|
2019-05-27 00:45:11 +00:00
|
|
|
default 0x00060 if ARCH_SUNXI
|
2019-09-11 06:49:31 +00:00
|
|
|
default 0xfffc0000 if ARCH_ZYNQMP
|
2018-09-30 12:31:53 +00:00
|
|
|
default 0x0
|
|
|
|
|
help
|
|
|
|
|
The address in memory that SPL will be running from.
|
|
|
|
|
|
2017-05-03 09:13:32 +00:00
|
|
|
config SPL_BOARD_INIT
|
|
|
|
|
bool "Call board-specific initialization in SPL"
|
|
|
|
|
help
|
|
|
|
|
If this option is enabled, U-Boot will call the function
|
|
|
|
|
spl_board_init() from board_init_r(). This function should be
|
|
|
|
|
provided by the board.
|
|
|
|
|
|
2017-06-22 21:38:36 +00:00
|
|
|
config SPL_BOOTROM_SUPPORT
|
2021-05-20 11:08:44 +00:00
|
|
|
bool "Support returning to the BOOTROM"
|
2017-06-22 21:38:36 +00:00
|
|
|
help
|
|
|
|
|
Some platforms (e.g. the Rockchip RK3368) provide support in their
|
|
|
|
|
ROM for loading the next boot-stage after performing basic setup
|
|
|
|
|
from the SPL stage.
|
|
|
|
|
|
|
|
|
|
Enable this option, to return to the BOOTROM through the
|
|
|
|
|
BOOT_DEVICE_BOOTROM (or fall-through to the next boot device in the
|
|
|
|
|
boot device list, if not implemented for a given board)
|
|
|
|
|
|
2018-05-02 14:10:50 +00:00
|
|
|
config SPL_BOOTCOUNT_LIMIT
|
|
|
|
|
bool "Support bootcount in SPL"
|
2020-12-11 18:56:47 +00:00
|
|
|
depends on SPL_ENV_SUPPORT && !TPL_BOOTCOUNT_LIMIT
|
2018-05-02 14:10:50 +00:00
|
|
|
help
|
|
|
|
|
On some boards, which use 'falcon' mode, it is necessary to check
|
|
|
|
|
and increment the number of boot attempts. Such boards do not
|
|
|
|
|
use proper U-Boot for normal boot flow and hence needs those
|
|
|
|
|
adjustments to be done in the SPL.
|
|
|
|
|
|
2017-02-16 17:18:38 +00:00
|
|
|
config SPL_RAW_IMAGE_SUPPORT
|
|
|
|
|
bool "Support SPL loading and booting of RAW images"
|
2022-05-24 08:58:42 +00:00
|
|
|
default n if ARCH_MVEBU
|
2021-08-08 18:20:17 +00:00
|
|
|
default n if (ARCH_MX6 && (SPL_MMC || SPL_SATA))
|
2022-05-04 20:52:26 +00:00
|
|
|
default y
|
|
|
|
|
depends on !TI_SECURE_DEVICE
|
2017-02-16 17:18:38 +00:00
|
|
|
help
|
|
|
|
|
SPL will support loading and booting a RAW image when this option
|
|
|
|
|
is y. If this is not set, SPL will move on to other available
|
|
|
|
|
boot media to find a suitable image.
|
|
|
|
|
|
2022-05-04 20:52:25 +00:00
|
|
|
config SPL_LEGACY_IMAGE_FORMAT
|
2017-02-16 17:18:39 +00:00
|
|
|
bool "Support SPL loading and booting of Legacy images"
|
2022-05-24 08:58:42 +00:00
|
|
|
default n if ARCH_MVEBU
|
2022-05-04 20:52:26 +00:00
|
|
|
default y if !SPL_LOAD_FIT
|
|
|
|
|
depends on !TI_SECURE_DEVICE
|
2017-02-16 17:18:39 +00:00
|
|
|
help
|
|
|
|
|
SPL will support loading and booting Legacy images when this option
|
|
|
|
|
is y. If this is not set, SPL will move on to other available
|
|
|
|
|
boot media to find a suitable image.
|
|
|
|
|
|
2019-02-10 20:34:37 +00:00
|
|
|
config SPL_LEGACY_IMAGE_CRC_CHECK
|
|
|
|
|
bool "Check CRC of Legacy images"
|
2022-05-04 20:52:25 +00:00
|
|
|
depends on SPL_LEGACY_IMAGE_FORMAT
|
2021-07-14 22:05:32 +00:00
|
|
|
select SPL_CRC32
|
2019-02-10 20:34:37 +00:00
|
|
|
help
|
|
|
|
|
Enable this to check the CRC of Legacy images. While this increases
|
|
|
|
|
reliability, it affects both code size and boot duration.
|
|
|
|
|
If disabled, Legacy images are booted if the image magic and size
|
|
|
|
|
are correct, without further integrity checks.
|
|
|
|
|
|
2016-09-13 05:18:22 +00:00
|
|
|
config SPL_SYS_MALLOC_SIMPLE
|
2022-05-30 21:11:23 +00:00
|
|
|
bool "Only use malloc_simple functions in the SPL"
|
2016-09-13 05:18:22 +00:00
|
|
|
help
|
|
|
|
|
Say Y here to only use the *_simple malloc functions from
|
|
|
|
|
malloc_simple.c, rather then using the versions from dlmalloc.c;
|
|
|
|
|
this will make the SPL binary smaller at the cost of more heap
|
|
|
|
|
usage as the *_simple malloc functions do not re-use free-ed mem.
|
|
|
|
|
|
2022-05-26 17:13:21 +00:00
|
|
|
config SPL_SHARES_INIT_SP_ADDR
|
|
|
|
|
bool "SPL and U-Boot use the same initial stack pointer location"
|
|
|
|
|
depends on (ARM || ARCH_JZ47XX || MICROBLAZE || RISCV) && SPL_FRAMEWORK
|
2022-05-26 17:46:32 +00:00
|
|
|
default n if ARCH_SUNXI || ARCH_MX6 || ARCH_MX7
|
2022-05-26 17:13:21 +00:00
|
|
|
default y
|
|
|
|
|
help
|
|
|
|
|
In many cases, we can use the same initial stack pointer address for
|
|
|
|
|
both SPL and U-Boot itself. If you need to specify a different address
|
|
|
|
|
however, say N here and then set a different value in CONFIG_SPL_STACK.
|
|
|
|
|
|
|
|
|
|
config SPL_STACK
|
|
|
|
|
hex "Initial stack pointer location"
|
|
|
|
|
depends on (ARM || ARCH_JZ47XX || MICROBLAZE || RISCV) && SPL_FRAMEWORK
|
|
|
|
|
depends on !SPL_SHARES_INIT_SP_ADDR
|
2022-05-26 17:46:32 +00:00
|
|
|
default 0x946bb8 if ARCH_MX7
|
2022-05-26 17:36:17 +00:00
|
|
|
default 0x93ffb8 if ARCH_MX6 && MX6_OCRAM_256KB
|
|
|
|
|
default 0x91ffb8 if ARCH_MX6 && !MX6_OCRAM_256KB
|
2022-09-13 00:23:58 +00:00
|
|
|
default 0x118000 if MACH_SUN50I_H6
|
|
|
|
|
default 0x58000 if MACH_SUN50I_H616
|
|
|
|
|
default 0x54000 if MACH_SUN50I || MACH_SUN50I_H5
|
|
|
|
|
default 0x18000 if MACH_SUN9I
|
|
|
|
|
default 0x8000 if ARCH_SUNXI
|
2022-05-26 17:13:21 +00:00
|
|
|
help
|
|
|
|
|
Address of the start of the stack SPL will use before SDRAM is
|
|
|
|
|
initialized.
|
|
|
|
|
|
2016-09-13 05:18:22 +00:00
|
|
|
config SPL_STACK_R
|
|
|
|
|
bool "Enable SDRAM location for SPL stack"
|
|
|
|
|
help
|
|
|
|
|
SPL starts off execution in SRAM and thus typically has only a small
|
|
|
|
|
stack available. Since SPL sets up DRAM while in its board_init_f()
|
|
|
|
|
function, it is possible for the stack to move there before
|
|
|
|
|
board_init_r() is reached. This option enables a special SDRAM
|
|
|
|
|
location for the SPL stack. U-Boot SPL switches to this after
|
|
|
|
|
board_init_f() completes, and before board_init_r() starts.
|
|
|
|
|
|
|
|
|
|
config SPL_STACK_R_ADDR
|
|
|
|
|
depends on SPL_STACK_R
|
|
|
|
|
hex "SDRAM location for SPL stack"
|
2017-09-17 15:44:49 +00:00
|
|
|
default 0x82000000 if ARCH_OMAP2PLUS
|
2016-09-13 05:18:22 +00:00
|
|
|
help
|
|
|
|
|
Specify the address in SDRAM for the SPL stack. This will be set up
|
|
|
|
|
before board_init_r() is called.
|
|
|
|
|
|
|
|
|
|
config SPL_STACK_R_MALLOC_SIMPLE_LEN
|
|
|
|
|
depends on SPL_STACK_R && SPL_SYS_MALLOC_SIMPLE
|
|
|
|
|
hex "Size of malloc_simple heap after switching to DRAM SPL stack"
|
2023-01-11 12:41:23 +00:00
|
|
|
default 0x400000 if ARCH_K3 && ARM64
|
2016-09-13 05:18:22 +00:00
|
|
|
default 0x100000
|
|
|
|
|
help
|
|
|
|
|
Specify the amount of the stack to use as memory pool for
|
|
|
|
|
malloc_simple after switching the stack to DRAM. This may be set
|
|
|
|
|
to give board_init_r() a larger heap then the initial heap in
|
|
|
|
|
SRAM which is limited to SYS_MALLOC_F_LEN bytes.
|
|
|
|
|
|
|
|
|
|
config SPL_SEPARATE_BSS
|
|
|
|
|
bool "BSS section is in a different memory region from text"
|
|
|
|
|
help
|
|
|
|
|
Some platforms need a large BSS region in SPL and can provide this
|
|
|
|
|
because RAM is already set up. In this case BSS can be moved to RAM.
|
|
|
|
|
This option should then be enabled so that the correct device tree
|
|
|
|
|
location is used. Normally we put the device tree at the end of BSS
|
|
|
|
|
but with this option enabled, it goes at _image_binary_end.
|
|
|
|
|
|
2022-05-27 16:48:32 +00:00
|
|
|
config SYS_SPL_MALLOC
|
|
|
|
|
bool "Enable malloc pool in SPL"
|
|
|
|
|
depends on SPL_FRAMEWORK
|
|
|
|
|
|
|
|
|
|
config HAS_CUSTOM_SPL_MALLOC_START
|
|
|
|
|
bool "For the SPL malloc pool, define a custom starting address"
|
|
|
|
|
depends on SYS_SPL_MALLOC
|
|
|
|
|
|
|
|
|
|
config CUSTOM_SYS_SPL_MALLOC_ADDR
|
|
|
|
|
hex "SPL malloc addr"
|
|
|
|
|
depends on HAS_CUSTOM_SPL_MALLOC_START
|
|
|
|
|
|
|
|
|
|
config SYS_SPL_MALLOC_SIZE
|
|
|
|
|
hex "Size of the SPL malloc pool"
|
|
|
|
|
depends on SYS_SPL_MALLOC
|
|
|
|
|
default 0x100000
|
|
|
|
|
|
2021-03-15 04:25:35 +00:00
|
|
|
config SPL_READ_ONLY
|
|
|
|
|
bool
|
|
|
|
|
depends on SPL_OF_PLATDATA
|
|
|
|
|
# Bind cannot be supported because the udevice structs are in read-only
|
|
|
|
|
# memory so we cannot update the linked lists.
|
|
|
|
|
select SPL_OF_PLATDATA_NO_BIND
|
|
|
|
|
select SPL_OF_PLATDATA_RT
|
|
|
|
|
help
|
|
|
|
|
Some platforms (e.g. x86 Apollo Lake) load SPL into a read-only
|
|
|
|
|
section of memory. This means that of-platdata must make a copy (in
|
|
|
|
|
writeable memory) of anything it wants to modify, such as
|
|
|
|
|
device-private data.
|
|
|
|
|
|
2018-11-16 01:43:57 +00:00
|
|
|
config SPL_BANNER_PRINT
|
|
|
|
|
bool "Enable output of the SPL banner 'U-Boot SPL ...'"
|
|
|
|
|
default y
|
|
|
|
|
help
|
|
|
|
|
If this option is enabled, SPL will print the banner with version
|
2019-11-14 02:18:03 +00:00
|
|
|
info. Disabling this option could be useful to reduce SPL boot time
|
2018-11-16 01:43:57 +00:00
|
|
|
(e.g. approx. 6 ms faster, when output on i.MX6 with 115200 baud).
|
|
|
|
|
|
2019-06-04 22:55:45 +00:00
|
|
|
config SPL_EARLY_BSS
|
|
|
|
|
depends on ARM && !ARM64
|
|
|
|
|
bool "Allows initializing BSS early before entering board_init_f"
|
|
|
|
|
help
|
|
|
|
|
On some platform we have sufficient memory available early on to
|
|
|
|
|
allow setting up and using a basic BSS prior to entering
|
|
|
|
|
board_init_f. Activating this option will also de-activate the
|
|
|
|
|
clearing of BSS during the SPL relocation process, thus allowing
|
|
|
|
|
to carry state from board_init_f to board_init_r by way of BSS.
|
|
|
|
|
|
2016-09-25 00:19:56 +00:00
|
|
|
config SPL_DISPLAY_PRINT
|
|
|
|
|
bool "Display a board-specific message in SPL"
|
|
|
|
|
help
|
|
|
|
|
If this option is enabled, U-Boot will call the function
|
|
|
|
|
spl_display_print() immediately after displaying the SPL console
|
|
|
|
|
banner ("U-Boot SPL ..."). This function should be provided by
|
|
|
|
|
the board.
|
|
|
|
|
|
2016-11-16 17:19:05 +00:00
|
|
|
config SYS_MMCSD_RAW_MODE_U_BOOT_USE_SECTOR
|
|
|
|
|
bool "MMC raw mode: by sector"
|
2018-06-11 18:08:05 +00:00
|
|
|
default y if ARCH_SUNXI || ARCH_DAVINCI || ARCH_UNIPHIER || \
|
|
|
|
|
ARCH_MX6 || ARCH_MX7 || \
|
2016-11-16 17:19:05 +00:00
|
|
|
ARCH_ROCKCHIP || ARCH_MVEBU || ARCH_SOCFPGA || \
|
|
|
|
|
ARCH_AT91 || ARCH_ZYNQ || ARCH_KEYSTONE || OMAP34XX || \
|
2021-03-17 03:10:58 +00:00
|
|
|
OMAP44XX || OMAP54XX || AM33XX || AM43XX || \
|
2021-05-27 13:52:13 +00:00
|
|
|
TARGET_SIFIVE_UNLEASHED || TARGET_SIFIVE_UNMATCHED
|
2016-11-16 17:19:05 +00:00
|
|
|
help
|
|
|
|
|
Use sector number for specifying U-Boot location on MMC/SD in
|
|
|
|
|
raw mode.
|
|
|
|
|
|
|
|
|
|
config SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR
|
|
|
|
|
hex "Address on the MMC to load U-Boot from"
|
2017-05-22 19:21:57 +00:00
|
|
|
depends on SYS_MMCSD_RAW_MODE_U_BOOT_USE_SECTOR
|
2021-01-11 20:11:39 +00:00
|
|
|
default 0x40 if ARCH_SUNXI
|
2016-11-16 17:19:05 +00:00
|
|
|
default 0x75 if ARCH_DAVINCI
|
2018-06-11 18:08:05 +00:00
|
|
|
default 0x8a if ARCH_MX6 || ARCH_MX7
|
2017-11-02 07:16:34 +00:00
|
|
|
default 0x100 if ARCH_UNIPHIER
|
arm: mvebu: Load U-Boot proper binary in SPL code based on kwbimage header
Now that proper load and execution addresses are set in v1 kwbimage we
can use it for loading and booting U-Boot proper.
Use the new spl_parse_board_header() function to implement parsing the
kwbimage v1 header. Use information from this header to locate offset and
size of the U-Boot proper binary, instead of using the legacy U-Boot
header which is prepended to the U-Boot proper binary stored at fixed
offset. This has the advantage that we do not need to relay on legacy
U-Boot header anymore and therefore U-Boot proper binary can be stored at
any offset, as is the case when loading & booting U-Boot proper by
BootROM. The CONFIG_SYS_U_BOOT_OFFS option is therefore not used by SPL
code anymore.
Also allow to compile U-Boot SPL without CONFIG_SPL_SPI_FLASH_SUPPORT,
CONFIG_SPL_MMC_SUPPORT or CONFIG_SPL_SATA_SUPPORT set. In this case
BootROM is used for loading and executing U-Boot proper. This reduces the
size of U-Boot's SPL image. By default these config options are enabled
and so BootROM loading is not used. In some cases BootROM reads from SPI
NOR at lower speed than U-Boot SPL. So people can decide whether they
want to have smaller SPL binary at the cost of slower boot.
Therefore dependency on CONFIG_SPL_DM_SPI, CONFIG_SPL_SPI_FLASH_SUPPORT,
CONFIG_SPL_SPI_LOAD, CONFIG_SPL_SPI_SUPPORT, CONFIG_SPL_DM_GPIO,
CONFIG_SPL_DM_MMC, CONFIG_SPL_GPIO_SUPPORT, CONFIG_SPL_LIBDISK_SUPPORT,
CONFIG_SPL_MMC_SUPPORT, CONFIG_SPL_SATA_SUPPORT and
CONFIG_SPL_LIBDISK_SUPPORT is changed from strict to related "imply"
(which can be selectivelly turned off and causes booting via BootROM).
Options CONFIG_SYS_SPI_U_BOOT_OFFS,
CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR and
CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_DATA_PART_OFFSET have to to be set to
zero as they define the location where kwbimage header starts. It is the
location where BootROM expects start of the kwbimage from which it reads,
parses and executes SPL part. The same applies to option
CONFIG_SPL_SATA_RAW_U_BOOT_SECTOR, which has to be set to one.
Update all config files to set correct values of these options and set
CONFIG_SYS_U_BOOT_OFFS to the correct value - the offset where U-Boot
proper starts.
Signed-off-by: Pali Rohár <pali@kernel.org>
Reviewed-by: Marek Behún <marek.behun@nic.cz>
Reviewed-by: Stefan Roese <sr@denx.de>
2021-07-23 09:14:29 +00:00
|
|
|
default 0x0 if ARCH_MVEBU
|
2016-11-16 17:19:05 +00:00
|
|
|
default 0x200 if ARCH_SOCFPGA || ARCH_AT91
|
|
|
|
|
default 0x300 if ARCH_ZYNQ || ARCH_KEYSTONE || OMAP34XX || OMAP44XX || \
|
2018-08-27 10:27:08 +00:00
|
|
|
OMAP54XX || AM33XX || AM43XX || ARCH_K3
|
2017-11-02 07:16:34 +00:00
|
|
|
default 0x4000 if ARCH_ROCKCHIP
|
2021-05-27 13:52:13 +00:00
|
|
|
default 0x822 if TARGET_SIFIVE_UNLEASHED || TARGET_SIFIVE_UNMATCHED
|
2016-11-16 17:19:05 +00:00
|
|
|
help
|
|
|
|
|
Address on the MMC to load U-Boot from, when the MMC is being used
|
|
|
|
|
in raw mode. Units: MMC sectors (1 sector = 512 bytes).
|
|
|
|
|
|
2020-01-15 07:08:08 +00:00
|
|
|
config SYS_MMCSD_RAW_MODE_U_BOOT_DATA_PART_OFFSET
|
|
|
|
|
hex "U-Boot main hardware partition image offset"
|
|
|
|
|
depends on SYS_MMCSD_RAW_MODE_U_BOOT_USE_SECTOR
|
2021-01-11 20:11:39 +00:00
|
|
|
default 0x10 if ARCH_SUNXI
|
2020-01-15 07:08:08 +00:00
|
|
|
default 0x0
|
|
|
|
|
help
|
|
|
|
|
On some platforms SPL location depends on hardware partition. The ROM
|
|
|
|
|
code skips the MBR sector when loading SPL from main hardware data
|
|
|
|
|
partition. This adds offset to the main U-Boot image. Set this symbol
|
|
|
|
|
to the number of skipped sectors.
|
|
|
|
|
|
|
|
|
|
If unsure, leave the default.
|
|
|
|
|
|
2017-02-11 01:15:35 +00:00
|
|
|
config SYS_MMCSD_RAW_MODE_U_BOOT_USE_PARTITION
|
|
|
|
|
bool "MMC Raw mode: by partition"
|
|
|
|
|
help
|
|
|
|
|
Use a partition for loading U-Boot when using MMC/SD in raw mode.
|
|
|
|
|
|
|
|
|
|
config SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION
|
|
|
|
|
hex "Partition to use to load U-Boot from"
|
2017-05-22 19:21:57 +00:00
|
|
|
depends on SYS_MMCSD_RAW_MODE_U_BOOT_USE_PARTITION
|
2017-02-11 01:15:35 +00:00
|
|
|
default 1
|
|
|
|
|
help
|
|
|
|
|
Partition on the MMC to load U-Boot from when the MMC is being
|
|
|
|
|
used in raw mode
|
|
|
|
|
|
2017-02-11 01:15:34 +00:00
|
|
|
config SYS_MMCSD_RAW_MODE_U_BOOT_USE_PARTITION_TYPE
|
|
|
|
|
bool "MMC raw mode: by partition type"
|
2017-05-22 19:21:57 +00:00
|
|
|
depends on DOS_PARTITION && SYS_MMCSD_RAW_MODE_U_BOOT_USE_PARTITION
|
2017-02-11 01:15:34 +00:00
|
|
|
help
|
|
|
|
|
Use partition type for specifying U-Boot partition on MMC/SD in
|
|
|
|
|
raw mode. U-Boot will be loaded from the first partition of this
|
|
|
|
|
type to be found.
|
|
|
|
|
|
|
|
|
|
config SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION_TYPE
|
|
|
|
|
hex "Partition Type on the MMC to load U-Boot from"
|
2017-05-22 19:21:57 +00:00
|
|
|
depends on SYS_MMCSD_RAW_MODE_U_BOOT_USE_PARTITION_TYPE
|
2017-02-11 01:15:34 +00:00
|
|
|
help
|
|
|
|
|
Partition Type on the MMC to load U-Boot from, when the MMC is being
|
|
|
|
|
used in raw mode.
|
|
|
|
|
|
2019-10-18 19:38:33 +00:00
|
|
|
config SUPPORT_EMMC_BOOT_OVERRIDE_PART_CONFIG
|
|
|
|
|
bool "Override eMMC EXT_CSC_PART_CONFIG by user defined partition"
|
|
|
|
|
depends on SUPPORT_EMMC_BOOT
|
|
|
|
|
help
|
|
|
|
|
eMMC boot partition is normally configured by the bits of the EXT_CSD
|
|
|
|
|
register (EXT_CSC_PART_CONFIG), BOOT_PARTITION_ENABLE field. In some
|
|
|
|
|
cases it might be required in SPL to load the image from different
|
|
|
|
|
partition than the partition selected by EXT_CSC_PART_CONFIG register.
|
|
|
|
|
Enable this option if you intend to use an eMMC boot partition other
|
|
|
|
|
then selected via EXT_CSC_PART_CONFIG register and specify the custom
|
|
|
|
|
partition number by the CONFIG_SYS_MMCSD_RAW_MODE_EMMC_BOOT_PARTITION
|
|
|
|
|
option.
|
|
|
|
|
|
|
|
|
|
config SYS_MMCSD_RAW_MODE_EMMC_BOOT_PARTITION
|
|
|
|
|
int "Number of the eMMC boot partition to use"
|
|
|
|
|
depends on SUPPORT_EMMC_BOOT_OVERRIDE_PART_CONFIG
|
|
|
|
|
default 1
|
|
|
|
|
help
|
|
|
|
|
eMMC boot partition number to use when the eMMC in raw mode and
|
|
|
|
|
the eMMC EXT_CSC_PART_CONFIG selection should be overridden in SPL
|
|
|
|
|
by user defined partition number.
|
|
|
|
|
|
2021-07-14 22:05:32 +00:00
|
|
|
config SPL_CRC32
|
2016-09-13 13:05:23 +00:00
|
|
|
bool "Support CRC32"
|
2022-05-04 20:52:25 +00:00
|
|
|
default y if SPL_LEGACY_IMAGE_FORMAT || SPL_EFI_PARTITION
|
2021-09-26 01:43:24 +00:00
|
|
|
default y if SPL_ENV_SUPPORT || TPL_BLOBLIST
|
2016-09-13 13:05:23 +00:00
|
|
|
help
|
2019-02-10 20:34:37 +00:00
|
|
|
Enable this to support CRC32 in uImages or FIT images within SPL.
|
|
|
|
|
This is a 32-bit checksum value that can be used to verify images.
|
|
|
|
|
For FIT images, this is the least secure type of checksum, suitable
|
|
|
|
|
for detected accidental image corruption. For secure applications you
|
|
|
|
|
should consider SHA1 or SHA256.
|
2016-09-13 13:05:23 +00:00
|
|
|
|
2021-07-14 22:05:33 +00:00
|
|
|
config SPL_MD5
|
2016-09-13 13:05:23 +00:00
|
|
|
bool "Support MD5"
|
|
|
|
|
depends on SPL_FIT
|
|
|
|
|
help
|
|
|
|
|
Enable this to support MD5 in FIT images within SPL. An MD5
|
|
|
|
|
checksum is a 128-bit hash value used to check that the image
|
|
|
|
|
contents have not been corrupted. Note that MD5 is not considered
|
|
|
|
|
secure as it is possible (with a brute-force attack) to adjust the
|
|
|
|
|
image while still retaining the same MD5 hash value. For secure
|
|
|
|
|
applications where images may be changed maliciously, you should
|
2020-04-16 05:36:52 +00:00
|
|
|
consider SHA256 or SHA384.
|
2016-09-13 13:05:23 +00:00
|
|
|
|
2017-11-24 12:26:03 +00:00
|
|
|
config SPL_FIT_IMAGE_TINY
|
|
|
|
|
bool "Remove functionality from SPL FIT loading to reduce size"
|
|
|
|
|
depends on SPL_FIT
|
2021-01-11 20:11:34 +00:00
|
|
|
default y if MACH_SUN50I || MACH_SUN50I_H5 || SUN50I_GEN_H6
|
2022-07-26 08:40:45 +00:00
|
|
|
default y if ARCH_IMX8M || ARCH_IMX9
|
2017-11-24 12:26:03 +00:00
|
|
|
help
|
|
|
|
|
Enable this to reduce the size of the FIT image loading code
|
|
|
|
|
in SPL, if space for the SPL binary is very tight.
|
|
|
|
|
|
spl: fit: Minimally parse OS properties with FIT_IMAGE_TINY
Some boards, specifically 64-bit Allwinner boards (sun50i), are
extremely limited on SPL size. One strategy that was used to make space
was to remove the FIT "os" property parsing code, because it uses a
rather large lookup table.
However, this forces the legacy FIT parsing code path, which requires
the "firmware" entry in the FIT to reference the U-Boot binary, even if
U-Boot is not the next binary in the boot sequence (for example, on
sun50i boards, ATF is run first).
This prevents the same FIT image from being used with a SPL with
CONFIG_SPL_FIT_IMAGE_TINY=n and CONFIG_SPL_ATF=y, because the boot
method selection code looks at `spl_image.os`, which is only set from
the "firmware" entry's "os" property.
To be able to use CONFIG_SPL_ATF=y, the "firmware" entry in the FIT
must be ATF, and U-Boot must be a loadable. For this to work, we need to
parse the "os" property just enough to tell U-Boot from other images, so
we can find it in the loadables list to append the FDT, and so we don't
try to append the FDT to ATF (which could clobber adjacent firmware).
So add the minimal code necessary to distinguish U-Boot/non-U-Boot
loadables with CONFIG_SPL_FIT_IMAGE_TINY=y. This adds about 300 bytes,
much less than the 7400 bytes added by CONFIG_SPL_FIT_IMAGE_TINY=n.
Acked-by: Patrick Wildt <patrick@blueri.se>
Signed-off-by: Samuel Holland <samuel@sholland.org>
Reviewed-by: Jagan Teki <jagan@amarulasolutions.com>
2020-10-22 02:12:13 +00:00
|
|
|
This skips the recording of each loaded payload
|
2017-11-24 12:26:03 +00:00
|
|
|
(i.e. loadable) into the FDT (modifying the loaded FDT to
|
|
|
|
|
ensure this information is available to the next image
|
|
|
|
|
invoked).
|
|
|
|
|
|
2021-08-08 18:20:15 +00:00
|
|
|
config SPL_CACHE
|
2019-11-14 05:52:26 +00:00
|
|
|
bool "Support CACHE drivers"
|
|
|
|
|
help
|
|
|
|
|
Enable CACHE drivers in SPL. These drivers can keep data so that
|
|
|
|
|
future requests for that data can be served faster. Enable this option
|
|
|
|
|
to build the drivers in drivers/cache as part of an SPL build.
|
|
|
|
|
|
2021-03-15 05:11:18 +00:00
|
|
|
config SPL_CPU
|
2017-01-16 14:03:29 +00:00
|
|
|
bool "Support CPU drivers"
|
|
|
|
|
help
|
|
|
|
|
Enable this to support CPU drivers in SPL. These drivers can set
|
|
|
|
|
up CPUs and provide information about them such as the model and
|
|
|
|
|
name. This can be useful in SPL since setting up the CPUs earlier
|
|
|
|
|
may improve boot performance. Enable this option to build the
|
|
|
|
|
drivers in drivers/cpu as part of an SPL build.
|
|
|
|
|
|
2021-07-11 03:14:25 +00:00
|
|
|
config SPL_CRYPTO
|
2016-09-13 13:05:23 +00:00
|
|
|
bool "Support crypto drivers"
|
|
|
|
|
help
|
|
|
|
|
Enable crypto drivers in SPL. These drivers can be used to
|
|
|
|
|
accelerate secure boot processing in secure applications. Enable
|
|
|
|
|
this option to build the drivers in drivers/crypto as part of an
|
|
|
|
|
SPL build.
|
|
|
|
|
|
2019-11-15 11:30:41 +00:00
|
|
|
config SPL_DMA
|
2016-09-13 13:05:23 +00:00
|
|
|
bool "Support DMA drivers"
|
|
|
|
|
help
|
|
|
|
|
Enable DMA (direct-memory-access) drivers in SPL. These drivers
|
|
|
|
|
can be used to handle memory-to-peripheral data transfer without
|
|
|
|
|
the CPU moving the data. Enable this option to build the drivers
|
|
|
|
|
in drivers/dma as part of an SPL build.
|
|
|
|
|
|
2021-07-11 03:14:31 +00:00
|
|
|
config SPL_DRIVERS_MISC
|
2016-09-13 13:05:23 +00:00
|
|
|
bool "Support misc drivers"
|
|
|
|
|
help
|
|
|
|
|
Enable miscellaneous drivers in SPL. These drivers perform various
|
|
|
|
|
tasks that don't fall nicely into other categories, Enable this
|
|
|
|
|
option to build the drivers in drivers/misc as part of an SPL
|
|
|
|
|
build, for those that support building in SPL (not all drivers do).
|
|
|
|
|
|
|
|
|
|
config SPL_ENV_SUPPORT
|
|
|
|
|
bool "Support an environment"
|
|
|
|
|
help
|
|
|
|
|
Enable environment support in SPL. The U-Boot environment provides
|
|
|
|
|
a number of settings (essentially name/value pairs) which can
|
|
|
|
|
control many aspects of U-Boot's operation. Normally this is not
|
|
|
|
|
needed in SPL as it has a much simpler task with less
|
|
|
|
|
configuration. But some boards use this to support 'Falcon' boot
|
|
|
|
|
on EXT2 and FAT, where SPL boots directly into Linux without
|
2017-08-03 18:22:12 +00:00
|
|
|
starting U-Boot first. Enabling this option will make env_get()
|
2017-08-03 18:22:09 +00:00
|
|
|
and env_set() available in SPL.
|
2016-09-13 13:05:23 +00:00
|
|
|
|
2016-09-28 09:16:18 +00:00
|
|
|
config SPL_SAVEENV
|
|
|
|
|
bool "Support save environment"
|
2017-05-22 19:21:57 +00:00
|
|
|
depends on SPL_ENV_SUPPORT
|
2018-01-04 14:23:32 +00:00
|
|
|
select SPL_MMC_WRITE if ENV_IS_IN_MMC
|
2016-09-28 09:16:18 +00:00
|
|
|
help
|
|
|
|
|
Enable save environment support in SPL after setenv. By default
|
|
|
|
|
the saveenv option is not provided in SPL, but some boards need
|
|
|
|
|
this support in 'Falcon' boot, where SPL need to boot from
|
|
|
|
|
different images based on environment variable set by OS. For
|
|
|
|
|
example OS may set "reboot_image" environment variable to
|
|
|
|
|
"recovery" inorder to boot recovery image by SPL. The SPL read
|
|
|
|
|
"reboot_image" and act accordingly and change the reboot_image
|
2018-06-07 14:17:19 +00:00
|
|
|
to default mode using setenv and save the environment.
|
2016-09-28 09:16:18 +00:00
|
|
|
|
2021-07-11 03:14:26 +00:00
|
|
|
config SPL_ETH
|
2016-09-13 13:05:23 +00:00
|
|
|
bool "Support Ethernet"
|
|
|
|
|
depends on SPL_ENV_SUPPORT
|
2021-08-08 18:20:31 +00:00
|
|
|
depends on SPL_NET
|
2016-09-13 13:05:23 +00:00
|
|
|
help
|
|
|
|
|
Enable access to the network subsystem and associated Ethernet
|
|
|
|
|
drivers in SPL. This permits SPL to load U-Boot over an Ethernet
|
|
|
|
|
link rather than from an on-board peripheral. Environment support
|
|
|
|
|
is required since the network stack uses a number of environment
|
2021-08-08 18:20:30 +00:00
|
|
|
variables. See also SPL_NET.
|
2016-09-13 13:05:23 +00:00
|
|
|
|
2019-01-23 06:20:05 +00:00
|
|
|
config SPL_FS_EXT4
|
2016-09-13 13:05:23 +00:00
|
|
|
bool "Support EXT filesystems"
|
|
|
|
|
help
|
|
|
|
|
Enable support for EXT2/3/4 filesystems with SPL. This permits
|
|
|
|
|
U-Boot (or Linux in Falcon mode) to be loaded from an EXT
|
|
|
|
|
filesystem from within SPL. Support for the underlying block
|
|
|
|
|
device (e.g. MMC or USB) must be enabled separately.
|
|
|
|
|
|
2020-07-30 13:33:47 +00:00
|
|
|
config SPL_FS_SQUASHFS
|
|
|
|
|
bool "Support SquashFS filesystems"
|
|
|
|
|
select FS_SQUASHFS
|
|
|
|
|
help
|
|
|
|
|
Enable support for SquashFS filesystems with SPL. This permits
|
|
|
|
|
U-Boot (or Linux in Falcon mode) to be loaded from a SquashFS
|
|
|
|
|
filesystem from within SPL. Support for the underlying block
|
|
|
|
|
device (e.g. MMC or USB) must be enabled separately.
|
|
|
|
|
|
2019-01-23 06:20:03 +00:00
|
|
|
config SPL_FS_FAT
|
2016-09-13 13:05:23 +00:00
|
|
|
bool "Support FAT filesystems"
|
2017-06-02 12:23:59 +00:00
|
|
|
select FS_FAT
|
2016-09-13 13:05:23 +00:00
|
|
|
help
|
|
|
|
|
Enable support for FAT and VFAT filesystems with SPL. This
|
|
|
|
|
permits U-Boot (or Linux in Falcon mode) to be loaded from a FAT
|
|
|
|
|
filesystem from within SPL. Support for the underlying block
|
|
|
|
|
device (e.g. MMC or USB) must be enabled separately.
|
|
|
|
|
|
2022-05-13 21:12:35 +00:00
|
|
|
config SPL_FS_LOAD_PAYLOAD_NAME
|
|
|
|
|
string "File to load for U-Boot from the filesystem"
|
2022-12-07 11:42:36 +00:00
|
|
|
depends on SPL_FS_EXT4 || SPL_FS_FAT || SPL_FS_SQUASHFS || SPL_SEMIHOSTING
|
2022-05-13 21:12:35 +00:00
|
|
|
default "tispl.bin" if SYS_K3_SPL_ATF
|
|
|
|
|
default "u-boot.itb" if SPL_LOAD_FIT
|
|
|
|
|
default "u-boot.img"
|
|
|
|
|
help
|
|
|
|
|
Filename to read to load U-Boot when reading from filesystem.
|
|
|
|
|
|
|
|
|
|
config SPL_FS_LOAD_KERNEL_NAME
|
|
|
|
|
string "File to load for the OS kernel from the filesystem"
|
|
|
|
|
depends on (SPL_FS_EXT4 || SPL_FS_FAT || SPL_FS_SQUASHFS) && SPL_OS_BOOT
|
|
|
|
|
default "uImage"
|
|
|
|
|
help
|
|
|
|
|
Filename to read to load for the OS kernel when reading from the
|
|
|
|
|
filesystem.
|
|
|
|
|
|
|
|
|
|
config SPL_FS_LOAD_ARGS_NAME
|
|
|
|
|
string "File to load for the OS kernel argument parameters from the filesystem"
|
|
|
|
|
depends on (SPL_FS_EXT4 || SPL_FS_FAT || SPL_FS_SQUASHFS) && SPL_OS_BOOT
|
|
|
|
|
default "args"
|
|
|
|
|
help
|
|
|
|
|
Filename to read to load for the OS kernel argument parameters from
|
|
|
|
|
the filesystem.
|
|
|
|
|
|
2019-01-23 06:20:04 +00:00
|
|
|
config SPL_FAT_WRITE
|
|
|
|
|
bool "Support write for FAT filesystems"
|
|
|
|
|
help
|
|
|
|
|
Enable write support for FAT and VFAT filesystems with SPL.
|
|
|
|
|
Support for the underlying block device (e.g. MMC or USB) must be
|
|
|
|
|
enabled separately.
|
|
|
|
|
|
2020-09-09 12:41:56 +00:00
|
|
|
config SPL_FPGA
|
2016-09-13 13:05:23 +00:00
|
|
|
bool "Support FPGAs"
|
|
|
|
|
help
|
|
|
|
|
Enable support for FPGAs in SPL. Field-programmable Gate Arrays
|
|
|
|
|
provide software-configurable hardware which is typically used to
|
|
|
|
|
implement peripherals (such as UARTs, LCD displays, MMC) or
|
|
|
|
|
accelerate custom processing functions, such as image processing
|
|
|
|
|
or machine learning. Sometimes it is useful to program the FPGA
|
|
|
|
|
as early as possible during boot, and this option can enable that
|
|
|
|
|
within SPL.
|
|
|
|
|
|
2021-07-11 03:14:30 +00:00
|
|
|
config SPL_GPIO
|
2018-11-16 01:43:55 +00:00
|
|
|
bool "Support GPIO in SPL"
|
2016-09-13 13:05:23 +00:00
|
|
|
help
|
|
|
|
|
Enable support for GPIOs (General-purpose Input/Output) in SPL.
|
|
|
|
|
GPIOs allow U-Boot to read the state of an input line (high or
|
|
|
|
|
low) and set the state of an output line. This can be used to
|
|
|
|
|
drive LEDs, control power to various system parts and read user
|
|
|
|
|
input. GPIOs can be useful in SPL to enable a 'sign-of-life' LED,
|
|
|
|
|
for example. Enable this option to build the drivers in
|
|
|
|
|
drivers/gpio as part of an SPL build.
|
|
|
|
|
|
2021-07-11 03:14:36 +00:00
|
|
|
config SPL_I2C
|
2016-09-13 13:05:23 +00:00
|
|
|
bool "Support I2C"
|
|
|
|
|
help
|
|
|
|
|
Enable support for the I2C (Inter-Integrated Circuit) bus in SPL.
|
|
|
|
|
I2C works with a clock and data line which can be driven by a
|
|
|
|
|
one or more masters or slaves. It is a fairly complex bus but is
|
|
|
|
|
widely used as it only needs two lines for communication. Speeds of
|
|
|
|
|
400kbps are typical but up to 3.4Mbps is supported by some
|
|
|
|
|
hardware. I2C can be useful in SPL to configure power management
|
|
|
|
|
ICs (PMICs) before raising the CPU clock speed, for example.
|
|
|
|
|
Enable this option to build the drivers in drivers/i2c as part of
|
|
|
|
|
an SPL build.
|
|
|
|
|
|
|
|
|
|
config SPL_LIBCOMMON_SUPPORT
|
|
|
|
|
bool "Support common libraries"
|
|
|
|
|
help
|
|
|
|
|
Enable support for common U-Boot libraries within SPL. These
|
|
|
|
|
libraries include common code to deal with U-Boot images,
|
|
|
|
|
environment and USB, for example. This option is enabled on many
|
|
|
|
|
boards. Enable this option to build the code in common/ as part of
|
|
|
|
|
an SPL build.
|
|
|
|
|
|
|
|
|
|
config SPL_LIBDISK_SUPPORT
|
2018-08-16 07:44:55 +00:00
|
|
|
bool "Support disk partitions"
|
2018-12-05 13:23:38 +00:00
|
|
|
select PARTITIONS
|
2016-09-13 13:05:23 +00:00
|
|
|
help
|
|
|
|
|
Enable support for disk partitions within SPL. 'Disk' is something
|
|
|
|
|
of a misnomer as it includes non-spinning media such as flash (as
|
|
|
|
|
used in MMC and USB sticks). Partitions provide a way for a disk
|
|
|
|
|
to be split up into separate regions, with a partition table placed
|
|
|
|
|
at the start or end which describes the location and size of each
|
|
|
|
|
'partition'. These partitions are typically uses as individual block
|
|
|
|
|
devices, typically with an EXT2 or FAT filesystem in each. This
|
|
|
|
|
option enables whatever partition support has been enabled in
|
|
|
|
|
U-Boot to also be used in SPL. It brings in the code in disk/.
|
|
|
|
|
|
|
|
|
|
config SPL_LIBGENERIC_SUPPORT
|
|
|
|
|
bool "Support generic libraries"
|
|
|
|
|
help
|
|
|
|
|
Enable support for generic U-Boot libraries within SPL. These
|
|
|
|
|
libraries include generic code to deal with device tree, hashing,
|
|
|
|
|
printf(), compression and the like. This option is enabled on many
|
|
|
|
|
boards. Enable this option to build the code in lib/ as part of an
|
|
|
|
|
SPL build.
|
|
|
|
|
|
2018-08-27 10:27:49 +00:00
|
|
|
config SPL_DM_MAILBOX
|
|
|
|
|
bool "Support Mailbox"
|
2022-05-31 14:24:55 +00:00
|
|
|
depends on SPL_DM
|
2018-08-27 10:27:49 +00:00
|
|
|
help
|
|
|
|
|
Enable support for Mailbox within SPL. This enable the inter
|
|
|
|
|
processor communication protocols tobe used within SPL. Enable
|
|
|
|
|
this option to build the drivers in drivers/mailbox as part of
|
|
|
|
|
SPL build.
|
|
|
|
|
|
2022-10-20 13:30:47 +00:00
|
|
|
config SPL_MEMORY
|
|
|
|
|
bool "Support Memory controller drivers"
|
|
|
|
|
help
|
|
|
|
|
Enable support for Memory Controller drivers within SPL.
|
|
|
|
|
These devices provide Memory bus interface to various devices like
|
|
|
|
|
SRAM, Ethernet adapters, FPGAs, etc.
|
|
|
|
|
|
2021-08-08 18:20:09 +00:00
|
|
|
config SPL_MMC
|
2016-09-13 13:05:23 +00:00
|
|
|
bool "Support MMC"
|
2017-05-22 19:21:57 +00:00
|
|
|
depends on MMC
|
2016-09-13 13:05:23 +00:00
|
|
|
help
|
|
|
|
|
Enable support for MMC (Multimedia Card) within SPL. This enables
|
|
|
|
|
the MMC protocol implementation and allows any enabled drivers to
|
|
|
|
|
be used within SPL. MMC can be used with or without disk partition
|
|
|
|
|
support depending on the application (SPL_LIBDISK_SUPPORT). Enable
|
|
|
|
|
this option to build the drivers in drivers/mmc as part of an SPL
|
|
|
|
|
build.
|
|
|
|
|
|
2023-01-21 14:13:08 +00:00
|
|
|
config SYS_MMCSD_FS_BOOT
|
|
|
|
|
bool "MMC FS Boot mode"
|
|
|
|
|
depends on SPL_MMC
|
|
|
|
|
default y if !ARCH_MVEBU
|
|
|
|
|
help
|
|
|
|
|
Enable MMC FS Boot mode. Partition is selected by option
|
|
|
|
|
SYS_MMCSD_FS_BOOT_PARTITION.
|
|
|
|
|
|
2020-07-03 15:17:30 +00:00
|
|
|
config SYS_MMCSD_FS_BOOT_PARTITION
|
|
|
|
|
int "MMC Boot Partition"
|
2023-01-21 14:13:08 +00:00
|
|
|
depends on SYS_MMCSD_FS_BOOT
|
2020-07-03 15:17:30 +00:00
|
|
|
default 1
|
|
|
|
|
help
|
|
|
|
|
Partition on the MMC to load U-Boot from when the MMC is being
|
2022-03-15 20:34:51 +00:00
|
|
|
used in fs mode.
|
|
|
|
|
Use -1 as a special value to use the first bootable partition.
|
2020-07-03 15:17:30 +00:00
|
|
|
|
2019-05-25 22:25:21 +00:00
|
|
|
config SPL_MMC_TINY
|
|
|
|
|
bool "Tiny MMC framework in SPL"
|
2021-08-08 18:20:09 +00:00
|
|
|
depends on SPL_MMC
|
2019-05-25 22:25:21 +00:00
|
|
|
help
|
|
|
|
|
Enable MMC framework tinification support. This option is useful if
|
|
|
|
|
if your SPL is extremely size constrained. Heed the warning, enable
|
|
|
|
|
this option if and only if you know exactly what you are doing, if
|
|
|
|
|
you are reading this help text, you most likely have no idea :-)
|
|
|
|
|
|
|
|
|
|
The MMC framework is reduced to bare minimum to be useful. No malloc
|
|
|
|
|
support is needed for the MMC framework operation with this option
|
|
|
|
|
enabled. The framework supports exactly one MMC device and exactly
|
|
|
|
|
one MMC driver. The MMC driver can be adjusted to avoid any malloc
|
|
|
|
|
operations too, which can remove the need for malloc support in SPL
|
|
|
|
|
and thus further reduce footprint.
|
|
|
|
|
|
2018-01-04 14:23:32 +00:00
|
|
|
config SPL_MMC_WRITE
|
|
|
|
|
bool "MMC/SD/SDIO card support for write operations in SPL"
|
2021-08-08 18:20:09 +00:00
|
|
|
depends on SPL_MMC
|
2018-01-04 14:23:32 +00:00
|
|
|
help
|
|
|
|
|
Enable write access to MMC and SD Cards in SPL
|
|
|
|
|
|
|
|
|
|
|
2021-08-08 18:20:16 +00:00
|
|
|
config SPL_MPC8XXX_INIT_DDR
|
2016-09-13 13:05:23 +00:00
|
|
|
bool "Support MPC8XXX DDR init"
|
|
|
|
|
help
|
|
|
|
|
Enable support for DDR-SDRAM (double-data-rate synchronous dynamic
|
|
|
|
|
random-access memory) on the MPC8XXX family within SPL. This
|
|
|
|
|
allows DRAM to be set up before loading U-Boot into that DRAM,
|
|
|
|
|
where it can run.
|
|
|
|
|
|
|
|
|
|
config SPL_MTD_SUPPORT
|
|
|
|
|
bool "Support MTD drivers"
|
|
|
|
|
help
|
|
|
|
|
Enable support for MTD (Memory Technology Device) within SPL. MTD
|
|
|
|
|
provides a block interface over raw NAND and can also be used with
|
|
|
|
|
SPI flash. This allows SPL to load U-Boot from supported MTD
|
|
|
|
|
devices. See SPL_NAND_SUPPORT and SPL_ONENAND_SUPPORT for how
|
|
|
|
|
to enable specific MTD drivers.
|
|
|
|
|
|
2021-07-11 03:14:27 +00:00
|
|
|
config SPL_MUSB_NEW
|
2016-09-13 13:05:23 +00:00
|
|
|
bool "Support new Mentor Graphics USB"
|
|
|
|
|
help
|
|
|
|
|
Enable support for Mentor Graphics USB in SPL. This is a new
|
|
|
|
|
driver used by some boards. Enable this option to build
|
|
|
|
|
the drivers in drivers/usb/musb-new as part of an SPL build. The
|
|
|
|
|
old drivers are in drivers/usb/musb.
|
|
|
|
|
|
|
|
|
|
config SPL_NAND_SUPPORT
|
|
|
|
|
bool "Support NAND flash"
|
|
|
|
|
help
|
|
|
|
|
Enable support for NAND (Negative AND) flash in SPL. NAND flash
|
|
|
|
|
can be used to allow SPL to load U-Boot from supported devices.
|
2018-08-16 15:30:07 +00:00
|
|
|
This enables the drivers in drivers/mtd/nand/raw as part of an SPL
|
2016-09-13 13:05:23 +00:00
|
|
|
build.
|
|
|
|
|
|
2022-05-13 16:46:23 +00:00
|
|
|
config SPL_NAND_RAW_ONLY
|
|
|
|
|
bool "Support to boot only raw u-boot.bin images"
|
|
|
|
|
depends on SPL_NAND_SUPPORT
|
|
|
|
|
help
|
|
|
|
|
Use this only if you need to save space.
|
|
|
|
|
|
2020-07-03 13:09:44 +00:00
|
|
|
config SPL_NAND_DRIVERS
|
|
|
|
|
bool "Use standard NAND driver"
|
|
|
|
|
help
|
|
|
|
|
SPL uses normal NAND drivers, not minimal drivers.
|
|
|
|
|
|
|
|
|
|
config SPL_NAND_ECC
|
2022-05-13 16:46:23 +00:00
|
|
|
bool "Include standard ECC in SPL"
|
|
|
|
|
|
|
|
|
|
config SPL_NAND_SOFTECC
|
|
|
|
|
bool "Use software ECC in SPL"
|
|
|
|
|
depends on SPL_NAND_ECC
|
2020-07-03 13:09:44 +00:00
|
|
|
|
|
|
|
|
config SPL_NAND_SIMPLE
|
|
|
|
|
bool "Support simple NAND drivers in SPL"
|
|
|
|
|
help
|
|
|
|
|
Support for NAND boot using simple NAND drivers that
|
|
|
|
|
expose the cmd_ctrl() interface.
|
|
|
|
|
|
2020-07-03 13:09:45 +00:00
|
|
|
config SPL_NAND_BASE
|
2022-05-20 03:23:53 +00:00
|
|
|
depends on SPL_NAND_SUPPORT
|
2020-07-03 13:09:45 +00:00
|
|
|
bool "Use Base NAND Driver"
|
2021-05-20 11:08:44 +00:00
|
|
|
help
|
|
|
|
|
Include nand_base.c in the SPL.
|
2020-07-03 13:09:45 +00:00
|
|
|
|
|
|
|
|
config SPL_NAND_IDENT
|
|
|
|
|
depends on SPL_NAND_BASE
|
|
|
|
|
bool "Use chip ID to identify NAND flash"
|
|
|
|
|
help
|
|
|
|
|
SPL uses the chip ID list to identify the NAND flash.
|
|
|
|
|
|
2019-05-15 13:15:57 +00:00
|
|
|
config SPL_UBI
|
|
|
|
|
bool "Support UBI"
|
|
|
|
|
help
|
|
|
|
|
Enable support for loading payloads from UBI. See
|
|
|
|
|
README.ubispl for more info.
|
|
|
|
|
|
2022-05-31 14:24:55 +00:00
|
|
|
menu "UBI configuration for SPL"
|
|
|
|
|
depends on SPL_UBI
|
2020-06-04 15:11:53 +00:00
|
|
|
|
2019-05-15 13:15:59 +00:00
|
|
|
config SPL_UBI_LOAD_BY_VOLNAME
|
|
|
|
|
bool "Support loading volumes by name"
|
|
|
|
|
help
|
|
|
|
|
This enables support for loading UBI volumes by name. When this
|
|
|
|
|
is set, CONFIG_SPL_UBI_LOAD_MONITOR_VOLNAME can be used to
|
|
|
|
|
configure the volume name from which to load U-Boot.
|
|
|
|
|
|
2019-05-15 13:15:57 +00:00
|
|
|
config SPL_UBI_MAX_VOL_LEBS
|
|
|
|
|
int "Maximum number of LEBs per volume"
|
|
|
|
|
help
|
|
|
|
|
The maximum number of logical eraseblocks which a static volume
|
|
|
|
|
to load can contain. Used for sizing the scan data structure.
|
|
|
|
|
|
|
|
|
|
config SPL_UBI_MAX_PEB_SIZE
|
|
|
|
|
int "Maximum PEB size"
|
|
|
|
|
help
|
|
|
|
|
The maximum physical erase block size.
|
|
|
|
|
|
|
|
|
|
config SPL_UBI_MAX_PEBS
|
|
|
|
|
int "Maximum number of PEBs"
|
|
|
|
|
help
|
|
|
|
|
The maximum physical erase block size. If not overridden by
|
|
|
|
|
board code, this value will be used as the actual number of PEBs.
|
|
|
|
|
|
|
|
|
|
config SPL_UBI_PEB_OFFSET
|
|
|
|
|
int "Offset to first UBI PEB"
|
|
|
|
|
help
|
|
|
|
|
The offset in number of PEBs from the start of flash to the first
|
|
|
|
|
PEB part of the UBI image.
|
|
|
|
|
|
|
|
|
|
config SPL_UBI_VID_OFFSET
|
|
|
|
|
int "Offset to VID header"
|
|
|
|
|
|
|
|
|
|
config SPL_UBI_LEB_START
|
|
|
|
|
int "Offset to LEB in PEB"
|
|
|
|
|
help
|
|
|
|
|
The offset in bytes to the LEB within a PEB.
|
|
|
|
|
|
|
|
|
|
config SPL_UBI_INFO_ADDR
|
|
|
|
|
hex "Address to place UBI scan info"
|
|
|
|
|
help
|
|
|
|
|
Address for ubispl to place the scan info. Read README.ubispl to
|
|
|
|
|
determine the required size
|
|
|
|
|
|
|
|
|
|
config SPL_UBI_VOL_IDS
|
|
|
|
|
int "Maximum volume id"
|
|
|
|
|
help
|
|
|
|
|
The maximum volume id which can be loaded. Used for sizing the
|
|
|
|
|
scan data structure.
|
|
|
|
|
|
|
|
|
|
config SPL_UBI_LOAD_MONITOR_ID
|
|
|
|
|
int "id of U-Boot volume"
|
|
|
|
|
help
|
|
|
|
|
The UBI volume id from which to load U-Boot
|
|
|
|
|
|
2019-05-15 13:15:59 +00:00
|
|
|
config SPL_UBI_LOAD_MONITOR_VOLNAME
|
|
|
|
|
string "volume name of U-Boot volume"
|
|
|
|
|
depends on SPL_UBI_LOAD_BY_VOLNAME
|
|
|
|
|
help
|
|
|
|
|
The UBI volume name from which to load U-Boot
|
|
|
|
|
|
2019-05-15 13:15:57 +00:00
|
|
|
config SPL_UBI_LOAD_KERNEL_ID
|
|
|
|
|
int "id of kernel volume"
|
2022-05-31 14:24:55 +00:00
|
|
|
depends on SPL_OS_BOOT
|
2019-05-15 13:15:57 +00:00
|
|
|
help
|
|
|
|
|
The UBI volume id from which to load the kernel
|
|
|
|
|
|
|
|
|
|
config SPL_UBI_LOAD_ARGS_ID
|
|
|
|
|
int "id of kernel args volume"
|
2022-05-31 14:24:55 +00:00
|
|
|
depends on SPL_OS_BOOT
|
2019-05-15 13:15:57 +00:00
|
|
|
help
|
|
|
|
|
The UBI volume id from which to load the device tree
|
|
|
|
|
|
2019-05-15 13:16:00 +00:00
|
|
|
config UBI_SPL_SILENCE_MSG
|
|
|
|
|
bool "silence UBI SPL messages"
|
|
|
|
|
help
|
|
|
|
|
Disable messages from UBI SPL. This leaves warnings
|
|
|
|
|
and errors enabled.
|
2019-05-15 13:15:57 +00:00
|
|
|
|
2022-05-31 14:24:55 +00:00
|
|
|
endmenu
|
|
|
|
|
|
|
|
|
|
config SPL_DM_SPI
|
|
|
|
|
bool "Support SPI DM drivers in SPL"
|
|
|
|
|
depends on SPL_DM
|
|
|
|
|
help
|
|
|
|
|
Enable support for SPI DM drivers in SPL.
|
|
|
|
|
|
|
|
|
|
config SPL_DM_SPI_FLASH
|
|
|
|
|
bool "Support SPI DM FLASH drivers in SPL"
|
|
|
|
|
depends on SPL_DM
|
|
|
|
|
help
|
|
|
|
|
Enable support for SPI DM flash drivers in SPL.
|
2019-05-15 13:15:57 +00:00
|
|
|
|
2021-08-08 18:20:30 +00:00
|
|
|
config SPL_NET
|
2016-09-13 13:05:23 +00:00
|
|
|
bool "Support networking"
|
|
|
|
|
help
|
|
|
|
|
Enable support for network devices (such as Ethernet) in SPL.
|
|
|
|
|
This permits SPL to load U-Boot over a network link rather than
|
|
|
|
|
from an on-board peripheral. Environment support is required since
|
|
|
|
|
the network stack uses a number of environment variables. See also
|
2021-07-11 03:14:26 +00:00
|
|
|
SPL_ETH.
|
2016-09-13 13:05:23 +00:00
|
|
|
|
|
|
|
|
config SPL_NET_VCI_STRING
|
|
|
|
|
string "BOOTP Vendor Class Identifier string sent by SPL"
|
2022-05-31 14:24:55 +00:00
|
|
|
depends on SPL_NET
|
2016-09-13 13:05:23 +00:00
|
|
|
help
|
|
|
|
|
As defined by RFC 2132 the vendor class identifier field can be
|
|
|
|
|
sent by the client to identify the vendor type and configuration
|
|
|
|
|
of a client. This is often used in practice to allow for the DHCP
|
|
|
|
|
server to specify different files to load depending on if the ROM,
|
|
|
|
|
SPL or U-Boot itself makes the request
|
|
|
|
|
|
|
|
|
|
config SPL_NO_CPU_SUPPORT
|
2022-05-31 14:24:55 +00:00
|
|
|
def_bool y
|
|
|
|
|
depends on (ARCH_MX23 || ARCH_MX28) && !SPL_FRAMEWORK
|
2016-09-13 13:05:23 +00:00
|
|
|
help
|
|
|
|
|
This is specific to the ARM926EJ-S CPU. It disables the standard
|
|
|
|
|
start.S start-up code, presumably so that a replacement can be
|
|
|
|
|
used on that CPU. You should not enable it unless you know what
|
|
|
|
|
you are doing.
|
|
|
|
|
|
|
|
|
|
config SPL_NOR_SUPPORT
|
|
|
|
|
bool "Support NOR flash"
|
|
|
|
|
help
|
|
|
|
|
Enable support for loading U-Boot from memory-mapped NOR (Negative
|
|
|
|
|
OR) flash in SPL. NOR flash is slow to write but fast to read, and
|
|
|
|
|
a memory-mapped device makes it very easy to access. Loading from
|
|
|
|
|
NOR is typically achieved with just a memcpy().
|
|
|
|
|
|
2017-05-28 19:55:11 +00:00
|
|
|
config SPL_XIP_SUPPORT
|
|
|
|
|
bool "Support XIP"
|
|
|
|
|
help
|
|
|
|
|
Enable support for execute in place of U-Boot or kernel image. There
|
|
|
|
|
is no need to copy image from flash to ram if flash supports execute
|
|
|
|
|
in place. Its very useful in systems having enough flash but not
|
|
|
|
|
enough ram to load the image.
|
|
|
|
|
|
2016-09-13 13:05:23 +00:00
|
|
|
config SPL_ONENAND_SUPPORT
|
|
|
|
|
bool "Support OneNAND flash"
|
|
|
|
|
help
|
|
|
|
|
Enable support for OneNAND (Negative AND) flash in SPL. OneNAND is
|
|
|
|
|
a type of NAND flash and therefore can be used to allow SPL to
|
|
|
|
|
load U-Boot from supported devices. This enables the drivers in
|
|
|
|
|
drivers/mtd/onenand as part of an SPL build.
|
|
|
|
|
|
2016-10-06 05:55:15 +00:00
|
|
|
config SPL_OS_BOOT
|
|
|
|
|
bool "Activate Falcon Mode"
|
2017-05-22 19:21:57 +00:00
|
|
|
depends on !TI_SECURE_DEVICE
|
2016-10-06 05:55:15 +00:00
|
|
|
help
|
|
|
|
|
Enable booting directly to an OS from SPL.
|
|
|
|
|
for more info read doc/README.falcon
|
|
|
|
|
|
2022-05-28 02:06:52 +00:00
|
|
|
config SYS_SPL_ARGS_ADDR
|
|
|
|
|
hex "Address in memory to load 'args' file for Falcon Mode to"
|
|
|
|
|
depends on SPL_OS_BOOT
|
|
|
|
|
default 0x88000000 if ARCH_OMAP2PLUS
|
|
|
|
|
help
|
|
|
|
|
Address in memory where the 'args' file, typically a device tree
|
|
|
|
|
will be loaded in to memory.
|
|
|
|
|
|
2022-05-28 20:43:53 +00:00
|
|
|
config SYS_NAND_SPL_KERNEL_OFFS
|
|
|
|
|
hex "Address in memory to load the OS file for Falcon mode to"
|
|
|
|
|
depends on SPL_OS_BOOT && SPL_NAND_SUPPORT
|
|
|
|
|
|
2016-10-06 05:55:16 +00:00
|
|
|
config SYS_OS_BASE
|
|
|
|
|
hex "addr, where OS is found"
|
2022-05-31 14:24:55 +00:00
|
|
|
depends on SPL_OS_BOOT && SPL_NOR_SUPPORT
|
2016-10-06 05:55:16 +00:00
|
|
|
help
|
|
|
|
|
Specify the address, where the OS image is found, which
|
|
|
|
|
gets booted.
|
|
|
|
|
|
2021-12-30 16:39:59 +00:00
|
|
|
config SPL_FALCON_BOOT_MMCSD
|
|
|
|
|
bool "Enable Falcon boot from MMC or SD media"
|
|
|
|
|
depends on SPL_OS_BOOT && SPL_MMC
|
|
|
|
|
help
|
|
|
|
|
Select this if the Falcon mode OS image mode is on MMC or SD media.
|
|
|
|
|
|
|
|
|
|
config SYS_MMCSD_RAW_MODE_KERNEL_SECTOR
|
|
|
|
|
hex "Falcon mode: Sector to load kernel uImage from MMC"
|
|
|
|
|
depends on SPL_FALCON_BOOT_MMCSD
|
|
|
|
|
help
|
|
|
|
|
When Falcon mode is used with an MMC or SD media, SPL needs to know
|
|
|
|
|
where to look for the kernel uImage. The image is expected to begin
|
|
|
|
|
at the raw MMC specified in this config.
|
|
|
|
|
Note that the Falcon mode image can also be a FIT, if FIT support is
|
|
|
|
|
enabled.
|
|
|
|
|
|
2022-05-28 21:21:03 +00:00
|
|
|
config SYS_MMCSD_RAW_MODE_ARGS_SECTOR
|
|
|
|
|
hex "Falcon mode: Sector to load 'args' from MMC"
|
|
|
|
|
depends on SPL_FALCON_BOOT_MMCSD
|
|
|
|
|
help
|
|
|
|
|
When Falcon mode is used with an MMC or SD media, SPL needs to know
|
|
|
|
|
where to look for the OS 'args', typically a device tree. The
|
|
|
|
|
contents are expected to begin at the raw MMC specified in this config.
|
|
|
|
|
Note that if using a FIT image, this and the next option can be set to
|
|
|
|
|
0x0.
|
|
|
|
|
|
|
|
|
|
config SYS_MMCSD_RAW_MODE_ARGS_SECTORS
|
|
|
|
|
hex "Falcon mode: Number of sectors to load for 'args' from MMC"
|
|
|
|
|
depends on SPL_FALCON_BOOT_MMCSD && SYS_MMCSD_RAW_MODE_ARGS_SECTOR != 0x0
|
|
|
|
|
|
2018-06-14 21:38:48 +00:00
|
|
|
config SPL_PAYLOAD
|
|
|
|
|
string "SPL payload"
|
|
|
|
|
default "tpl/u-boot-with-tpl.bin" if TPL
|
|
|
|
|
default "u-boot.bin"
|
|
|
|
|
help
|
2019-01-13 09:13:20 +00:00
|
|
|
Payload for SPL boot. For backward compatibility, default to
|
2018-06-14 21:38:48 +00:00
|
|
|
u-boot.bin, i.e. RAW image without any header. In case of
|
|
|
|
|
TPL, tpl/u-boot-with-tpl.bin. For new boards, suggest to
|
|
|
|
|
use u-boot.img.
|
|
|
|
|
|
2018-12-06 10:10:08 +00:00
|
|
|
config SPL_PCI
|
2017-01-16 14:03:30 +00:00
|
|
|
bool "Support PCI drivers"
|
|
|
|
|
help
|
|
|
|
|
Enable support for PCI in SPL. For platforms that need PCI to boot,
|
|
|
|
|
or must perform some init using PCI in SPL, this provides the
|
|
|
|
|
necessary driver support. This enables the drivers in drivers/pci
|
|
|
|
|
as part of an SPL build.
|
|
|
|
|
|
2021-08-08 18:20:10 +00:00
|
|
|
config SPL_PCH
|
2017-01-16 14:03:33 +00:00
|
|
|
bool "Support PCH drivers"
|
|
|
|
|
help
|
|
|
|
|
Enable support for PCH (Platform Controller Hub) devices in SPL.
|
|
|
|
|
These are used to set up GPIOs and the SPI peripheral early in
|
|
|
|
|
boot. This enables the drivers in drivers/pch as part of an SPL
|
|
|
|
|
build.
|
|
|
|
|
|
2016-09-13 13:05:23 +00:00
|
|
|
config SPL_POST_MEM_SUPPORT
|
|
|
|
|
bool "Support POST drivers"
|
|
|
|
|
help
|
|
|
|
|
Enable support for POST (Power-on Self Test) in SPL. POST is a
|
|
|
|
|
procedure that checks that the hardware (CPU or board) appears to
|
|
|
|
|
be functionally correctly. It is a sanity check that can be
|
|
|
|
|
performed before booting. This enables the drivers in post/drivers
|
|
|
|
|
as part of an SPL build.
|
|
|
|
|
|
2018-06-14 10:45:19 +00:00
|
|
|
config SPL_DM_RESET
|
2018-03-12 09:46:05 +00:00
|
|
|
bool "Support reset drivers"
|
2022-05-31 14:24:55 +00:00
|
|
|
depends on SPL_DM
|
2018-03-12 09:46:05 +00:00
|
|
|
help
|
|
|
|
|
Enable support for reset control in SPL.
|
|
|
|
|
That can be useful in SPL to handle IP reset in driver, as in U-Boot,
|
|
|
|
|
by using the generic reset API provided by driver model.
|
|
|
|
|
This enables the drivers in drivers/reset as part of an SPL build.
|
|
|
|
|
|
2021-07-11 03:14:24 +00:00
|
|
|
config SPL_POWER
|
2016-09-13 13:05:23 +00:00
|
|
|
bool "Support power drivers"
|
|
|
|
|
help
|
|
|
|
|
Enable support for power control in SPL. This includes support
|
|
|
|
|
for PMICs (Power-management Integrated Circuits) and some of the
|
|
|
|
|
features provided by PMICs. In particular, voltage regulators can
|
|
|
|
|
be used to enable/disable power and vary its voltage. That can be
|
|
|
|
|
useful in SPL to turn on boot peripherals and adjust CPU voltage
|
|
|
|
|
so that the clock speed can be increased. This enables the drivers
|
|
|
|
|
in drivers/power, drivers/power/pmic and drivers/power/regulator
|
|
|
|
|
as part of an SPL build.
|
|
|
|
|
|
2018-07-27 02:20:37 +00:00
|
|
|
config SPL_POWER_DOMAIN
|
|
|
|
|
bool "Support power domain drivers"
|
2021-08-08 18:20:29 +00:00
|
|
|
select SPL_POWER
|
2018-07-27 02:20:37 +00:00
|
|
|
help
|
|
|
|
|
Enable support for power domain control in SPL. Many SoCs allow
|
|
|
|
|
power to be applied to or removed from portions of the SoC (power
|
|
|
|
|
domains). This may be used to save power. This API provides the
|
|
|
|
|
means to control such power management hardware. This enables
|
|
|
|
|
the drivers in drivers/power/domain as part of a SPL build.
|
|
|
|
|
|
2016-12-23 06:51:53 +00:00
|
|
|
config SPL_RAM_SUPPORT
|
|
|
|
|
bool "Support booting from RAM"
|
2020-05-06 12:02:41 +00:00
|
|
|
default y if MICROBLAZE || ARCH_SOCFPGA || ARCH_TEGRA || ARCH_ZYNQ
|
2016-12-23 06:51:53 +00:00
|
|
|
help
|
|
|
|
|
Enable booting of an image in RAM. The image can be preloaded or
|
|
|
|
|
it can be loaded by SPL directly into RAM (e.g. using USB).
|
|
|
|
|
|
2016-12-23 06:51:52 +00:00
|
|
|
config SPL_RAM_DEVICE
|
|
|
|
|
bool "Support booting from preloaded image in RAM"
|
2016-12-23 06:51:53 +00:00
|
|
|
depends on SPL_RAM_SUPPORT
|
2020-05-06 12:02:41 +00:00
|
|
|
default y if MICROBLAZE || ARCH_SOCFPGA || ARCH_TEGRA || ARCH_ZYNQ
|
2016-12-23 06:51:52 +00:00
|
|
|
help
|
|
|
|
|
Enable booting of an image already loaded in RAM. The image has to
|
|
|
|
|
be already in memory when SPL takes over, e.g. loaded by the boot
|
|
|
|
|
ROM.
|
|
|
|
|
|
2018-08-27 10:27:53 +00:00
|
|
|
config SPL_REMOTEPROC
|
|
|
|
|
bool "Support REMOTEPROCS"
|
|
|
|
|
help
|
|
|
|
|
Enable support for REMOTEPROCs in SPL. This permits to load
|
|
|
|
|
a remote processor firmware in SPL.
|
|
|
|
|
|
2021-08-08 18:20:11 +00:00
|
|
|
config SPL_RTC
|
2017-01-16 14:03:31 +00:00
|
|
|
bool "Support RTC drivers"
|
|
|
|
|
help
|
|
|
|
|
Enable RTC (Real-time Clock) support in SPL. This includes support
|
|
|
|
|
for reading and setting the time. Some RTC devices also have some
|
|
|
|
|
non-volatile (battery-backed) memory which is accessible if
|
|
|
|
|
needed. This enables the drivers in drivers/rtc as part of an SPL
|
|
|
|
|
build.
|
|
|
|
|
|
2021-08-08 18:20:17 +00:00
|
|
|
config SPL_SATA
|
2016-09-13 13:05:23 +00:00
|
|
|
bool "Support loading from SATA"
|
|
|
|
|
help
|
|
|
|
|
Enable support for SATA (Serial AT attachment) in SPL. This allows
|
|
|
|
|
use of SATA devices such as hard drives and flash drivers for
|
|
|
|
|
loading U-Boot. SATA is used in higher-end embedded systems and
|
|
|
|
|
can provide higher performance than MMC , at somewhat higher
|
|
|
|
|
expense and power consumption. This enables loading from SATA
|
|
|
|
|
using a configured device.
|
|
|
|
|
|
2022-11-16 18:10:35 +00:00
|
|
|
config SYS_SATA_FAT_BOOT_PARTITION
|
|
|
|
|
int "Partition on the SATA disk to load U-Boot from"
|
|
|
|
|
depends on SPL_SATA && SPL_FS_FAT
|
|
|
|
|
default 1
|
|
|
|
|
|
2019-07-14 14:54:21 +00:00
|
|
|
config SPL_SATA_RAW_U_BOOT_USE_SECTOR
|
|
|
|
|
bool "SATA raw mode: by sector"
|
2021-08-08 18:20:17 +00:00
|
|
|
depends on SPL_SATA
|
arm: mvebu: Load U-Boot proper binary in SPL code based on kwbimage header
Now that proper load and execution addresses are set in v1 kwbimage we
can use it for loading and booting U-Boot proper.
Use the new spl_parse_board_header() function to implement parsing the
kwbimage v1 header. Use information from this header to locate offset and
size of the U-Boot proper binary, instead of using the legacy U-Boot
header which is prepended to the U-Boot proper binary stored at fixed
offset. This has the advantage that we do not need to relay on legacy
U-Boot header anymore and therefore U-Boot proper binary can be stored at
any offset, as is the case when loading & booting U-Boot proper by
BootROM. The CONFIG_SYS_U_BOOT_OFFS option is therefore not used by SPL
code anymore.
Also allow to compile U-Boot SPL without CONFIG_SPL_SPI_FLASH_SUPPORT,
CONFIG_SPL_MMC_SUPPORT or CONFIG_SPL_SATA_SUPPORT set. In this case
BootROM is used for loading and executing U-Boot proper. This reduces the
size of U-Boot's SPL image. By default these config options are enabled
and so BootROM loading is not used. In some cases BootROM reads from SPI
NOR at lower speed than U-Boot SPL. So people can decide whether they
want to have smaller SPL binary at the cost of slower boot.
Therefore dependency on CONFIG_SPL_DM_SPI, CONFIG_SPL_SPI_FLASH_SUPPORT,
CONFIG_SPL_SPI_LOAD, CONFIG_SPL_SPI_SUPPORT, CONFIG_SPL_DM_GPIO,
CONFIG_SPL_DM_MMC, CONFIG_SPL_GPIO_SUPPORT, CONFIG_SPL_LIBDISK_SUPPORT,
CONFIG_SPL_MMC_SUPPORT, CONFIG_SPL_SATA_SUPPORT and
CONFIG_SPL_LIBDISK_SUPPORT is changed from strict to related "imply"
(which can be selectivelly turned off and causes booting via BootROM).
Options CONFIG_SYS_SPI_U_BOOT_OFFS,
CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR and
CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_DATA_PART_OFFSET have to to be set to
zero as they define the location where kwbimage header starts. It is the
location where BootROM expects start of the kwbimage from which it reads,
parses and executes SPL part. The same applies to option
CONFIG_SPL_SATA_RAW_U_BOOT_SECTOR, which has to be set to one.
Update all config files to set correct values of these options and set
CONFIG_SYS_U_BOOT_OFFS to the correct value - the offset where U-Boot
proper starts.
Signed-off-by: Pali Rohár <pali@kernel.org>
Reviewed-by: Marek Behún <marek.behun@nic.cz>
Reviewed-by: Stefan Roese <sr@denx.de>
2021-07-23 09:14:29 +00:00
|
|
|
default y if ARCH_MVEBU
|
2019-07-14 14:54:21 +00:00
|
|
|
help
|
|
|
|
|
Use sector number for specifying U-Boot location on SATA disk in
|
|
|
|
|
raw mode.
|
|
|
|
|
|
|
|
|
|
config SPL_SATA_RAW_U_BOOT_SECTOR
|
|
|
|
|
hex "Sector on the SATA disk to load U-Boot from"
|
|
|
|
|
depends on SPL_SATA_RAW_U_BOOT_USE_SECTOR
|
arm: mvebu: Load U-Boot proper binary in SPL code based on kwbimage header
Now that proper load and execution addresses are set in v1 kwbimage we
can use it for loading and booting U-Boot proper.
Use the new spl_parse_board_header() function to implement parsing the
kwbimage v1 header. Use information from this header to locate offset and
size of the U-Boot proper binary, instead of using the legacy U-Boot
header which is prepended to the U-Boot proper binary stored at fixed
offset. This has the advantage that we do not need to relay on legacy
U-Boot header anymore and therefore U-Boot proper binary can be stored at
any offset, as is the case when loading & booting U-Boot proper by
BootROM. The CONFIG_SYS_U_BOOT_OFFS option is therefore not used by SPL
code anymore.
Also allow to compile U-Boot SPL without CONFIG_SPL_SPI_FLASH_SUPPORT,
CONFIG_SPL_MMC_SUPPORT or CONFIG_SPL_SATA_SUPPORT set. In this case
BootROM is used for loading and executing U-Boot proper. This reduces the
size of U-Boot's SPL image. By default these config options are enabled
and so BootROM loading is not used. In some cases BootROM reads from SPI
NOR at lower speed than U-Boot SPL. So people can decide whether they
want to have smaller SPL binary at the cost of slower boot.
Therefore dependency on CONFIG_SPL_DM_SPI, CONFIG_SPL_SPI_FLASH_SUPPORT,
CONFIG_SPL_SPI_LOAD, CONFIG_SPL_SPI_SUPPORT, CONFIG_SPL_DM_GPIO,
CONFIG_SPL_DM_MMC, CONFIG_SPL_GPIO_SUPPORT, CONFIG_SPL_LIBDISK_SUPPORT,
CONFIG_SPL_MMC_SUPPORT, CONFIG_SPL_SATA_SUPPORT and
CONFIG_SPL_LIBDISK_SUPPORT is changed from strict to related "imply"
(which can be selectivelly turned off and causes booting via BootROM).
Options CONFIG_SYS_SPI_U_BOOT_OFFS,
CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR and
CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_DATA_PART_OFFSET have to to be set to
zero as they define the location where kwbimage header starts. It is the
location where BootROM expects start of the kwbimage from which it reads,
parses and executes SPL part. The same applies to option
CONFIG_SPL_SATA_RAW_U_BOOT_SECTOR, which has to be set to one.
Update all config files to set correct values of these options and set
CONFIG_SYS_U_BOOT_OFFS to the correct value - the offset where U-Boot
proper starts.
Signed-off-by: Pali Rohár <pali@kernel.org>
Reviewed-by: Marek Behún <marek.behun@nic.cz>
Reviewed-by: Stefan Roese <sr@denx.de>
2021-07-23 09:14:29 +00:00
|
|
|
default 0x1 if ARCH_MVEBU
|
2019-07-14 14:54:21 +00:00
|
|
|
help
|
|
|
|
|
Sector on the SATA disk to load U-Boot from, when the SATA disk is being
|
|
|
|
|
used in raw mode. Units: SATA disk sectors (1 sector = 512 bytes).
|
|
|
|
|
|
2021-08-08 18:20:12 +00:00
|
|
|
config SPL_SERIAL
|
2016-09-13 13:05:23 +00:00
|
|
|
bool "Support serial"
|
2018-04-19 04:32:54 +00:00
|
|
|
select SPL_PRINTF
|
|
|
|
|
select SPL_STRTO
|
2016-09-13 13:05:23 +00:00
|
|
|
help
|
|
|
|
|
Enable support for serial in SPL. This allows use of a serial UART
|
|
|
|
|
for displaying messages while SPL is running. It also brings in
|
|
|
|
|
printf() and panic() functions. This should normally be enabled
|
|
|
|
|
unless there are space reasons not to. Even then, consider
|
2019-09-25 14:56:27 +00:00
|
|
|
enabling SPL_USE_TINY_PRINTF which is a small printf() version.
|
2016-09-13 13:05:23 +00:00
|
|
|
|
2021-08-08 18:20:14 +00:00
|
|
|
config SPL_SPI
|
2019-10-25 14:22:09 +00:00
|
|
|
bool "Support SPI drivers"
|
|
|
|
|
help
|
|
|
|
|
Enable support for using SPI in SPL. This is used for connecting
|
|
|
|
|
to SPI flash for loading U-Boot. See SPL_SPI_FLASH_SUPPORT for
|
|
|
|
|
more details on that. The SPI driver provides the transport for
|
|
|
|
|
data between the SPI flash and the CPU. This option can be used to
|
|
|
|
|
enable SPI drivers that are needed for other purposes also, such
|
|
|
|
|
as a SPI PMIC.
|
|
|
|
|
|
2016-09-13 13:05:23 +00:00
|
|
|
config SPL_SPI_FLASH_SUPPORT
|
|
|
|
|
bool "Support SPI flash drivers"
|
2021-08-08 18:20:14 +00:00
|
|
|
depends on SPL_SPI
|
2016-09-13 13:05:23 +00:00
|
|
|
help
|
|
|
|
|
Enable support for using SPI flash in SPL, and loading U-Boot from
|
|
|
|
|
SPI flash. SPI flash (Serial Peripheral Bus flash) is named after
|
|
|
|
|
the SPI bus that is used to connect it to a system. It is a simple
|
|
|
|
|
but fast bidirectional 4-wire bus (clock, chip select and two data
|
|
|
|
|
lines). This enables the drivers in drivers/mtd/spi as part of an
|
2021-08-08 18:20:14 +00:00
|
|
|
SPL build. This normally requires SPL_SPI.
|
2016-09-13 13:05:23 +00:00
|
|
|
|
2019-02-05 05:59:20 +00:00
|
|
|
if SPL_SPI_FLASH_SUPPORT
|
|
|
|
|
|
2019-02-05 05:59:25 +00:00
|
|
|
config SPL_SPI_FLASH_TINY
|
|
|
|
|
bool "Enable low footprint SPL SPI Flash support"
|
|
|
|
|
depends on !SPI_FLASH_BAR
|
2019-02-05 05:59:26 +00:00
|
|
|
default y if SPI_FLASH
|
2019-02-05 05:59:25 +00:00
|
|
|
help
|
|
|
|
|
Enable lightweight SPL SPI Flash support that supports just reading
|
|
|
|
|
data/images from flash. No support to write/erase flash. Enable
|
|
|
|
|
this if you have SPL size limitations and don't need full
|
|
|
|
|
fledged SPI flash support.
|
|
|
|
|
|
2019-02-05 05:59:20 +00:00
|
|
|
config SPL_SPI_FLASH_SFDP_SUPPORT
|
|
|
|
|
bool "SFDP table parsing support for SPI NOR flashes"
|
2019-02-05 05:59:25 +00:00
|
|
|
depends on !SPI_FLASH_BAR && !SPL_SPI_FLASH_TINY
|
2019-02-05 05:59:20 +00:00
|
|
|
help
|
|
|
|
|
Enable support for parsing and auto discovery of parameters for
|
|
|
|
|
SPI NOR flashes using Serial Flash Discoverable Parameters (SFDP)
|
|
|
|
|
tables as per JESD216 standard in SPL.
|
|
|
|
|
|
2020-06-04 15:11:53 +00:00
|
|
|
config SPL_SPI_FLASH_MTD
|
|
|
|
|
bool "Support for SPI flash MTD drivers in SPL"
|
|
|
|
|
help
|
|
|
|
|
Enable support for SPI flash MTD drivers in SPL.
|
|
|
|
|
|
2018-04-07 14:05:27 +00:00
|
|
|
config SPL_SPI_LOAD
|
|
|
|
|
bool "Support loading from SPI flash"
|
|
|
|
|
help
|
|
|
|
|
Enable support for loading next stage, U-Boot or otherwise, from
|
|
|
|
|
SPI NOR in U-Boot SPL.
|
|
|
|
|
|
2019-02-05 05:59:20 +00:00
|
|
|
endif # SPL_SPI_FLASH_SUPPORT
|
|
|
|
|
|
2019-08-22 13:41:46 +00:00
|
|
|
config SYS_SPI_U_BOOT_OFFS
|
|
|
|
|
hex "address of u-boot payload in SPI flash"
|
2020-01-06 01:29:10 +00:00
|
|
|
default 0x8000 if ARCH_SUNXI
|
2019-08-22 13:41:46 +00:00
|
|
|
default 0x0
|
|
|
|
|
depends on SPL_SPI_LOAD || SPL_SPI_SUNXI
|
|
|
|
|
help
|
|
|
|
|
Address within SPI-Flash from where the u-boot payload is fetched
|
|
|
|
|
from.
|
|
|
|
|
|
2017-11-14 10:42:31 +00:00
|
|
|
config SPL_THERMAL
|
|
|
|
|
bool "Driver support for thermal devices"
|
|
|
|
|
help
|
|
|
|
|
Enable support for temperature-sensing devices. Some SoCs have on-chip
|
|
|
|
|
temperature sensors to permit warnings, speed throttling or even
|
|
|
|
|
automatic power-off when the temperature gets too high or low. Other
|
|
|
|
|
devices may be discrete but connected on a suitable bus.
|
|
|
|
|
|
2021-07-11 03:14:29 +00:00
|
|
|
config SPL_USB_HOST
|
2016-09-13 13:05:23 +00:00
|
|
|
bool "Support USB host drivers"
|
|
|
|
|
help
|
|
|
|
|
Enable access to USB (Universal Serial Bus) host devices so that
|
|
|
|
|
SPL can load U-Boot from a connected USB peripheral, such as a USB
|
|
|
|
|
flash stick. While USB takes a little longer to start up than most
|
|
|
|
|
buses, it is very flexible since many different types of storage
|
|
|
|
|
device can be attached. This option enables the drivers in
|
|
|
|
|
drivers/usb/host as part of an SPL build.
|
|
|
|
|
|
2019-02-01 16:40:07 +00:00
|
|
|
config SPL_USB_STORAGE
|
2016-09-13 13:05:23 +00:00
|
|
|
bool "Support loading from USB"
|
2022-12-02 21:42:11 +00:00
|
|
|
depends on SPL_USB_HOST
|
2016-09-13 13:05:23 +00:00
|
|
|
help
|
|
|
|
|
Enable support for USB devices in SPL. This allows use of USB
|
|
|
|
|
devices such as hard drives and flash drivers for loading U-Boot.
|
|
|
|
|
The actual drivers are enabled separately using the normal U-Boot
|
|
|
|
|
config options. This enables loading from USB using a configured
|
|
|
|
|
device.
|
|
|
|
|
|
2022-06-13 00:02:05 +00:00
|
|
|
config SYS_USB_FAT_BOOT_PARTITION
|
|
|
|
|
int "Partition on USB to use to load U-Boot from"
|
|
|
|
|
depends on SPL_USB_STORAGE
|
|
|
|
|
default 1
|
|
|
|
|
help
|
|
|
|
|
Partition on the USB storage device to load U-Boot from
|
|
|
|
|
|
2019-01-10 14:44:13 +00:00
|
|
|
config SPL_USB_GADGET
|
2016-11-21 18:58:53 +00:00
|
|
|
bool "Suppport USB Gadget drivers"
|
|
|
|
|
help
|
|
|
|
|
Enable USB Gadget API which allows to enable USB device functions
|
|
|
|
|
in SPL.
|
|
|
|
|
|
2019-01-10 14:44:13 +00:00
|
|
|
if SPL_USB_GADGET
|
2016-11-21 18:58:53 +00:00
|
|
|
|
2018-02-16 15:47:44 +00:00
|
|
|
config SPL_USB_ETHER
|
2016-11-21 18:58:53 +00:00
|
|
|
bool "Support USB Ethernet drivers"
|
2021-08-08 18:20:31 +00:00
|
|
|
depends on SPL_NET
|
2016-11-21 18:58:53 +00:00
|
|
|
help
|
|
|
|
|
Enable access to the USB network subsystem and associated
|
|
|
|
|
drivers in SPL. This permits SPL to load U-Boot over a
|
|
|
|
|
USB-connected Ethernet link (such as a USB Ethernet dongle) rather
|
|
|
|
|
than from an onboard peripheral. Environment support is required
|
|
|
|
|
since the network stack uses a number of environment variables.
|
2021-08-08 18:20:30 +00:00
|
|
|
See also SPL_NET and SPL_ETH.
|
2016-11-21 18:58:53 +00:00
|
|
|
|
2019-01-17 19:43:02 +00:00
|
|
|
config SPL_DFU
|
2018-08-31 13:02:28 +00:00
|
|
|
bool "Support DFU (Device Firmware Upgrade)"
|
2021-09-03 00:54:19 +00:00
|
|
|
select SPL_HASH
|
2017-05-04 10:15:29 +00:00
|
|
|
select SPL_DFU_NO_RESET
|
2017-05-04 10:15:28 +00:00
|
|
|
depends on SPL_RAM_SUPPORT
|
2016-11-21 18:58:52 +00:00
|
|
|
help
|
2018-08-31 13:02:28 +00:00
|
|
|
This feature enables the DFU (Device Firmware Upgrade) in SPL with
|
2016-11-21 18:58:52 +00:00
|
|
|
RAM memory device support. The ROM code will load and execute
|
|
|
|
|
the SPL built with dfu. The user can load binaries (u-boot/kernel) to
|
|
|
|
|
selected device partition from host-pc using dfu-utils.
|
|
|
|
|
This feature is useful to flash the binaries to factory or bare-metal
|
|
|
|
|
boards using USB interface.
|
|
|
|
|
|
|
|
|
|
choice
|
|
|
|
|
bool "DFU device selection"
|
2019-01-17 19:43:02 +00:00
|
|
|
depends on SPL_DFU
|
2016-11-21 18:58:52 +00:00
|
|
|
|
|
|
|
|
config SPL_DFU_RAM
|
|
|
|
|
bool "RAM device"
|
2019-01-17 19:43:02 +00:00
|
|
|
depends on SPL_DFU && SPL_RAM_SUPPORT
|
2016-11-21 18:58:52 +00:00
|
|
|
help
|
|
|
|
|
select RAM/DDR memory device for loading binary images
|
|
|
|
|
(u-boot/kernel) to the selected device partition using
|
|
|
|
|
DFU and execute the u-boot/kernel from RAM.
|
|
|
|
|
|
|
|
|
|
endchoice
|
|
|
|
|
|
2017-08-16 18:00:54 +00:00
|
|
|
config SPL_USB_SDP_SUPPORT
|
|
|
|
|
bool "Support SDP (Serial Download Protocol)"
|
2021-08-08 18:20:12 +00:00
|
|
|
depends on SPL_SERIAL
|
2017-08-16 18:00:54 +00:00
|
|
|
help
|
|
|
|
|
Enable Serial Download Protocol (SDP) device support in SPL. This
|
|
|
|
|
allows to download images into memory and execute (jump to) them
|
|
|
|
|
using the same protocol as implemented by the i.MX family's boot ROM.
|
2020-04-29 02:35:12 +00:00
|
|
|
|
|
|
|
|
config SPL_SDP_USB_DEV
|
|
|
|
|
int "SDP USB controller index"
|
|
|
|
|
default 0
|
|
|
|
|
depends on SPL_USB_SDP_SUPPORT
|
|
|
|
|
help
|
|
|
|
|
Some boards have USB controller other than 0. Define this option
|
|
|
|
|
so it can be used in compiled environment.
|
2016-11-21 18:58:53 +00:00
|
|
|
endif
|
|
|
|
|
|
2021-07-11 03:14:28 +00:00
|
|
|
config SPL_WATCHDOG
|
2016-09-13 13:05:23 +00:00
|
|
|
bool "Support watchdog drivers"
|
2019-06-09 01:46:21 +00:00
|
|
|
imply SPL_WDT if !HW_WATCHDOG
|
2016-09-13 13:05:23 +00:00
|
|
|
help
|
|
|
|
|
Enable support for watchdog drivers in SPL. A watchdog is
|
|
|
|
|
typically a hardware peripheral which can reset the system when it
|
|
|
|
|
detects no activity for a while (such as a software crash). This
|
|
|
|
|
enables the drivers in drivers/watchdog as part of an SPL build.
|
|
|
|
|
|
|
|
|
|
config SPL_YMODEM_SUPPORT
|
|
|
|
|
bool "Support loading using Ymodem"
|
2021-08-08 18:20:12 +00:00
|
|
|
depends on SPL_SERIAL
|
2016-09-13 13:05:23 +00:00
|
|
|
help
|
|
|
|
|
While loading from serial is slow it can be a useful backup when
|
|
|
|
|
there is no other option. The Ymodem protocol provides a reliable
|
|
|
|
|
means of transmitting U-Boot over a serial line for using in SPL,
|
|
|
|
|
with a checksum to ensure correctness.
|
|
|
|
|
|
2017-09-13 19:29:36 +00:00
|
|
|
config SPL_ATF
|
2017-05-05 03:47:45 +00:00
|
|
|
bool "Support ARM Trusted Firmware"
|
2022-10-31 04:26:19 +00:00
|
|
|
depends on ARM64
|
|
|
|
|
depends on SPL_LOAD_FIT && !SPL_FIT_IMAGE_TINY
|
2017-05-05 03:47:45 +00:00
|
|
|
help
|
2018-01-02 20:16:43 +00:00
|
|
|
ATF(ARM Trusted Firmware) is a component for ARM AArch64 which
|
|
|
|
|
is loaded by SPL (which is considered as BL2 in ATF terminology).
|
2017-05-05 03:47:45 +00:00
|
|
|
More detail at: https://github.com/ARM-software/arm-trusted-firmware
|
|
|
|
|
|
2020-11-18 16:45:58 +00:00
|
|
|
config SPL_ATF_LOAD_IMAGE_V2
|
|
|
|
|
bool "Use the new LOAD_IMAGE_V2 parameter passing"
|
|
|
|
|
depends on SPL_ATF
|
|
|
|
|
help
|
|
|
|
|
Some platforms use the newer LOAD_IMAGE_V2 parameter passing.
|
|
|
|
|
|
|
|
|
|
If you want to load a bl31 image from the SPL and need the new
|
|
|
|
|
method, say Y.
|
|
|
|
|
|
2018-01-02 20:16:43 +00:00
|
|
|
config SPL_ATF_NO_PLATFORM_PARAM
|
2021-05-20 11:08:44 +00:00
|
|
|
bool "Pass no platform parameter"
|
2018-01-02 20:16:43 +00:00
|
|
|
depends on SPL_ATF
|
|
|
|
|
help
|
|
|
|
|
While we expect to call a pointer to a valid FDT (or NULL)
|
|
|
|
|
as the platform parameter to an ATF, some ATF versions are
|
|
|
|
|
not U-Boot aware and have an insufficiently robust parameter
|
|
|
|
|
validation to gracefully reject a FDT being passed.
|
|
|
|
|
|
|
|
|
|
If this option is enabled, the spl_atf os-type handler will
|
|
|
|
|
always pass NULL for the platform parameter.
|
|
|
|
|
|
|
|
|
|
If your ATF is affected, say Y.
|
|
|
|
|
|
2018-03-15 22:11:46 +00:00
|
|
|
config SPL_AM33XX_ENABLE_RTC32K_OSC
|
|
|
|
|
bool "Enable the RTC32K OSC on AM33xx based platforms"
|
2022-05-31 14:24:55 +00:00
|
|
|
depends on AM33XX
|
2018-03-15 22:11:46 +00:00
|
|
|
default y if AM33XX
|
|
|
|
|
help
|
|
|
|
|
Enable access to the AM33xx RTC and select the external 32kHz clock
|
|
|
|
|
source.
|
|
|
|
|
|
2021-09-02 09:56:16 +00:00
|
|
|
config SPL_OPTEE_IMAGE
|
|
|
|
|
bool "Support OP-TEE Trusted OS image in SPL"
|
2018-08-23 09:17:59 +00:00
|
|
|
depends on ARM
|
2022-11-03 06:19:47 +00:00
|
|
|
depends on SPL_LOAD_FIT || SPL_LOAD_FIT_FULL
|
2018-08-23 09:17:59 +00:00
|
|
|
help
|
2021-09-02 09:56:16 +00:00
|
|
|
OP-TEE is an open source Trusted OS which is loaded by SPL.
|
2018-08-23 09:17:59 +00:00
|
|
|
More detail at: https://github.com/OP-TEE/optee_os
|
|
|
|
|
|
2019-08-21 19:14:44 +00:00
|
|
|
config SPL_OPENSBI
|
|
|
|
|
bool "Support RISC-V OpenSBI"
|
|
|
|
|
depends on RISCV && SPL_RISCV_MMODE && RISCV_SMODE
|
2022-10-31 04:26:19 +00:00
|
|
|
depends on SPL_LOAD_FIT && !SPL_FIT_IMAGE_TINY
|
2019-08-21 19:14:44 +00:00
|
|
|
help
|
|
|
|
|
OpenSBI is an open-source implementation of the RISC-V Supervisor Binary
|
|
|
|
|
Interface (SBI) specification. U-Boot supports the OpenSBI FW_DYNAMIC
|
|
|
|
|
firmware. It is loaded and started by U-Boot SPL.
|
|
|
|
|
|
|
|
|
|
More details are available at https://github.com/riscv/opensbi and
|
|
|
|
|
https://github.com/riscv/riscv-sbi-doc
|
|
|
|
|
|
|
|
|
|
config SPL_OPENSBI_LOAD_ADDR
|
|
|
|
|
hex "OpenSBI load address"
|
|
|
|
|
depends on SPL_OPENSBI
|
|
|
|
|
help
|
|
|
|
|
Load address of the OpenSBI binary.
|
|
|
|
|
|
2022-08-08 10:28:52 +00:00
|
|
|
config SPL_OPENSBI_SCRATCH_OPTIONS
|
|
|
|
|
hex "Scratch options passed to OpenSBI"
|
|
|
|
|
default 0x1
|
|
|
|
|
depends on SPL_OPENSBI
|
|
|
|
|
help
|
|
|
|
|
Options passed to fw_dynamic, for example SBI_SCRATCH_NO_BOOT_PRINTS or
|
|
|
|
|
SBI_SCRATCH_DEBUG_PRINTS.
|
|
|
|
|
|
2022-05-27 21:13:52 +00:00
|
|
|
config SPL_TARGET
|
|
|
|
|
string "Addtional build targets for 'make'"
|
|
|
|
|
default "spl/u-boot-spl.srec" if RCAR_GEN2
|
|
|
|
|
default "spl/u-boot-spl.scif" if RCAR_GEN3
|
|
|
|
|
default ""
|
|
|
|
|
help
|
|
|
|
|
On some platforms we need to have 'make' run additional build target
|
|
|
|
|
rules. If required on your platform, enter it here, otherwise leave blank.
|
|
|
|
|
|
2022-05-30 21:11:23 +00:00
|
|
|
|
|
|
|
|
config SPL_AT91_MCK_BYPASS
|
|
|
|
|
bool "Use external clock signal as a source of main clock for AT91 platforms"
|
|
|
|
|
depends on ARCH_AT91
|
|
|
|
|
help
|
|
|
|
|
Use external 8 to 24 Mhz clock signal as source of main clock instead
|
|
|
|
|
of an external crystal oscillator.
|
|
|
|
|
This option disables the internal driving on the XOUT pin.
|
|
|
|
|
The external source has to provide a stable clock on the XIN pin.
|
|
|
|
|
If this option is disabled, the SoC expects a crystal oscillator
|
|
|
|
|
that needs driving on both XIN and XOUT lines.
|
|
|
|
|
endmenu
|
|
|
|
|
|
2017-05-22 19:21:57 +00:00
|
|
|
config TPL
|
|
|
|
|
depends on SUPPORT_TPL
|
2022-05-30 21:11:23 +00:00
|
|
|
bool "Enable TPL"
|
2017-05-22 19:21:57 +00:00
|
|
|
help
|
|
|
|
|
If you want to build TPL as well as the normal image and SPL, say Y.
|
|
|
|
|
|
2022-05-30 21:01:22 +00:00
|
|
|
source "common/spl/Kconfig.tpl"
|
2017-05-22 19:21:57 +00:00
|
|
|
|
2022-04-30 06:56:53 +00:00
|
|
|
config VPL
|
|
|
|
|
depends on SUPPORT_SPL
|
2022-05-30 21:11:23 +00:00
|
|
|
bool "Enable VPL"
|
2022-04-30 06:56:53 +00:00
|
|
|
help
|
|
|
|
|
If you want to build VPL as well as the normal image, TPL and SPL,
|
|
|
|
|
say Y.
|
|
|
|
|
|
2022-05-30 21:01:22 +00:00
|
|
|
source "common/spl/Kconfig.vpl"
|
