| menu "Boot options" |
| |
| source "lib/efi_loader/Kconfig" |
| |
| menu "Boot images" |
| |
| config ANDROID_BOOT_IMAGE |
| bool "Android Boot Images" |
| default y if FASTBOOT |
| help |
| This enables support for booting images which use the Android |
| image format header. |
| |
| config TIMESTAMP |
| bool "Show image date and time when displaying image information" |
| default y if CMD_DATE |
| help |
| When CONFIG_TIMESTAMP is selected, the timestamp (date and time) of |
| an image is printed by image commands like bootm or iminfo. This |
| is shown as 'Timestamp: xxx' and 'Created: xxx'. If this option is |
| enabled, then U-Boot requires FITs to have a timestamp. If a FIT is |
| loaded that does not, the message 'Wrong FIT format: no timestamp' |
| is shown. |
| |
| config BUTTON_CMD |
| bool "Support for running a command if a button is held during boot" |
| depends on CMDLINE |
| depends on BUTTON |
| help |
| For many embedded devices it's useful to enter a special flashing mode |
| such as fastboot mode when a button is held during boot. This option |
| allows arbitrary commands to be assigned to specific buttons. These will |
| be run after "preboot" if the button is held. Configuration is done via |
| the environment variables "button_cmd_N_name" and "button_cmd_N" where n is |
| the button number (starting from 0). e.g: |
| |
| "button_cmd_0_name=vol_down" |
| "button_cmd_0=fastboot usb 0" |
| |
| menuconfig FIT |
| bool "Flattened Image Tree (FIT)" |
| select HASH |
| select MD5 |
| select SHA1 |
| imply SHA256 |
| help |
| This option allows you to boot the new uImage structure, |
| Flattened Image Tree. FIT is formally a FDT, which can include |
| images of various types (kernel, FDT blob, ramdisk, etc.) |
| in a single blob. To boot this new uImage structure, |
| pass the address of the blob to the "bootm" command. |
| FIT is very flexible, supporting compression, multiple images, |
| multiple configurations, verification through hashing and also |
| verified boot (secure boot using RSA). |
| |
| if FIT |
| |
| config FIT_EXTERNAL_OFFSET |
| hex "FIT external data offset" |
| default 0x0 |
| help |
| This specifies a data offset in fit image. |
| The offset is from data payload offset to the beginning of |
| fit image header. When specifies a offset, specific data |
| could be put in the hole between data payload and fit image |
| header, such as CSF data on i.MX platform. |
| |
| config FIT_FULL_CHECK |
| bool "Do a full check of the FIT before using it" |
| default y |
| help |
| Enable this do a full check of the FIT to make sure it is valid. This |
| helps to protect against carefully crafted FITs which take advantage |
| of bugs or omissions in the code. This includes a bad structure, |
| multiple root nodes and the like. |
| |
| config FIT_SIGNATURE |
| bool "Enable signature verification of FIT uImages" |
| depends on DM |
| select HASH |
| imply RSA |
| imply RSA_VERIFY |
| select IMAGE_SIGN_INFO |
| select FIT_FULL_CHECK |
| help |
| This option enables signature verification of FIT uImages, |
| using a hash signed and verified using RSA. If |
| CONFIG_SHA_PROG_HW_ACCEL is defined, i.e support for progressive |
| hashing is available using hardware, then the RSA library will use |
| it. See doc/usage/fit/signature.rst for more details. |
| |
| WARNING: When relying on signed FIT images with a required signature |
| check the legacy image format is disabled by default, so that |
| unsigned images cannot be loaded. If a board needs the legacy image |
| format support in this case, enable it using |
| CONFIG_LEGACY_IMAGE_FORMAT. |
| |
| config FIT_SIGNATURE_MAX_SIZE |
| hex "Max size of signed FIT structures" |
| depends on FIT_SIGNATURE |
| default 0x10000000 |
| help |
| This option sets a max size in bytes for verified FIT uImages. |
| A sane value of 256MB protects corrupted DTB structures from overlapping |
| device memory. Assure this size does not extend past expected storage |
| space. |
| |
| config FIT_RSASSA_PSS |
| bool "Support rsassa-pss signature scheme of FIT image contents" |
| depends on FIT_SIGNATURE |
| help |
| Enable this to support the pss padding algorithm as described |
| in the rfc8017 (https://tools.ietf.org/html/rfc8017). |
| |
| config FIT_CIPHER |
| bool "Enable ciphering data in a FIT uImages" |
| depends on DM |
| select AES |
| help |
| Enable the feature of data ciphering/unciphering in the tool mkimage |
| and in the u-boot support of the FIT image. |
| |
| config FIT_VERBOSE |
| bool "Show verbose messages when FIT images fail" |
| help |
| Generally a system will have valid FIT images so debug messages |
| are a waste of code space. If you are debugging your images then |
| you can enable this option to get more verbose information about |
| failures. |
| |
| config FIT_BEST_MATCH |
| bool "Select the best match for the kernel device tree" |
| help |
| When no configuration is explicitly selected, default to the |
| one whose fdt's compatibility field best matches that of |
| U-Boot itself. A match is considered "best" if it matches the |
| most specific compatibility entry of U-Boot's fdt's root node. |
| The order of entries in the configuration's fdt is ignored. |
| |
| config FIT_IMAGE_POST_PROCESS |
| bool "Enable post-processing of FIT artifacts after loading by U-Boot" |
| depends on SOCFPGA_SECURE_VAB_AUTH |
| help |
| Allows doing any sort of manipulation to blobs after they got extracted |
| from FIT images like stripping off headers or modifying the size of the |
| blob, verification, authentication, decryption etc. in a platform or |
| board specific way. In order to use this feature a platform or board- |
| specific implementation of board_fit_image_post_process() must be |
| provided. Also, anything done during this post-processing step would |
| need to be comprehended in how the images were prepared before being |
| injected into the FIT creation (i.e. the blobs would have been pre- |
| processed before being added to the FIT image). |
| |
| config FIT_PRINT |
| bool "Support FIT printing" |
| default y |
| help |
| Support printing the content of the fitImage in a verbose manner. |
| |
| config SPL_FIT |
| bool "Support Flattened Image Tree within SPL" |
| depends on SPL |
| select SPL_HASH |
| select SPL_OF_LIBFDT |
| |
| config SPL_FIT_PRINT |
| bool "Support FIT printing within SPL" |
| depends on SPL_FIT |
| help |
| Support printing the content of the fitImage in a verbose manner in SPL. |
| |
| config SPL_FIT_FULL_CHECK |
| bool "Do a full check of the FIT before using it" |
| depends on SPL_FIT |
| help |
| Enable this do a full check of the FIT to make sure it is valid. This |
| helps to protect against carefully crafted FITs which take advantage |
| of bugs or omissions in the code. This includes a bad structure, |
| multiple root nodes and the like. |
| |
| config SPL_FIT_SIGNATURE |
| bool "Enable signature verification of FIT firmware within SPL" |
| depends on SPL_DM |
| depends on SPL_LOAD_FIT || SPL_LOAD_FIT_FULL |
| select FIT_SIGNATURE |
| select SPL_FIT |
| select SPL_CRYPTO |
| select SPL_HASH |
| imply SPL_RSA |
| imply SPL_RSA_VERIFY |
| select SPL_IMAGE_SIGN_INFO |
| select SPL_FIT_FULL_CHECK |
| |
| config SPL_FIT_SIGNATURE_MAX_SIZE |
| hex "Max size of signed FIT structures in SPL" |
| depends on SPL_FIT_SIGNATURE |
| default 0x10000000 |
| help |
| This option sets a max size in bytes for verified FIT uImages. |
| A sane value of 256MB protects corrupted DTB structures from overlapping |
| device memory. Assure this size does not extend past expected storage |
| space. |
| |
| config SPL_FIT_RSASSA_PSS |
| bool "Support rsassa-pss signature scheme of FIT image contents in SPL" |
| depends on SPL_FIT_SIGNATURE |
| help |
| Enable this to support the pss padding algorithm as described |
| in the rfc8017 (https://tools.ietf.org/html/rfc8017) in SPL. |
| |
| config SPL_LOAD_FIT |
| bool "Enable SPL loading U-Boot as a FIT (basic fitImage features)" |
| depends on SPL |
| select SPL_FIT |
| help |
| Normally with the SPL framework a legacy image is generated as part |
| of the build. This contains U-Boot along with information as to |
| where it should be loaded. This option instead enables generation |
| of a FIT (Flat Image Tree) which provides more flexibility. In |
| particular it can handle selecting from multiple device tree |
| and passing the correct one to U-Boot. |
| |
| This path has the following limitations: |
| |
| 1. "loadables" images, other than FDTs, which do not have a "load" |
| property will not be loaded. This limitation also applies to FPGA |
| images with the correct "compatible" string. |
| 2. For FPGA images, the supported "compatible" list may be found in |
| https://fitspec.osfw.foundation/. |
| 3. FDTs are only loaded for images with an "os" property of "u-boot". |
| "linux" images are also supported with Falcon boot mode. |
| |
| config SPL_LOAD_FIT_ADDRESS |
| hex "load address of fit image" |
| depends on SPL_LOAD_FIT |
| default 0x0 |
| help |
| Specify the load address of the fit image that will be loaded |
| by SPL. |
| |
| config SPL_LOAD_FIT_APPLY_OVERLAY |
| bool "Enable SPL applying DT overlays from FIT" |
| depends on SPL_LOAD_FIT |
| select OF_LIBFDT_OVERLAY |
| help |
| The device tree is loaded from the FIT image. Allow the SPL to |
| also load device-tree overlays from the FIT image an apply them |
| over the device tree. |
| |
| config SPL_LOAD_FIT_APPLY_OVERLAY_BUF_SZ |
| depends on SPL_LOAD_FIT_APPLY_OVERLAY |
| default 0x10000 |
| hex "size of temporary buffer used to load the overlays" |
| help |
| The size of the area where the overlays will be loaded and |
| uncompress. Must be at least as large as biggest overlay |
| (uncompressed) |
| |
| config SPL_LOAD_FIT_FULL |
| bool "Enable SPL loading U-Boot as a FIT (full fitImage features)" |
| select SPL_FIT |
| help |
| Normally with the SPL framework a legacy image is generated as part |
| of the build. This contains U-Boot along with information as to |
| where it should be loaded. This option instead enables generation |
| of a FIT (Flat Image Tree) which provides more flexibility. In |
| particular it can handle selecting from multiple device tree |
| and passing the correct one to U-Boot. |
| |
| config SPL_FIT_IMAGE_POST_PROCESS |
| bool "Enable post-processing of FIT artifacts after loading by the SPL" |
| depends on SPL_LOAD_FIT |
| default y if TI_SECURE_DEVICE |
| help |
| Allows doing any sort of manipulation to blobs after they got extracted |
| from the U-Boot FIT image like stripping off headers or modifying the |
| size of the blob, verification, authentication, decryption etc. in a |
| platform or board specific way. In order to use this feature a platform |
| or board-specific implementation of board_fit_image_post_process() must |
| be provided. Also, anything done during this post-processing step would |
| need to be comprehended in how the images were prepared before being |
| injected into the FIT creation (i.e. the blobs would have been pre- |
| processed before being added to the FIT image). |
| |
| config USE_SPL_FIT_GENERATOR |
| bool "Use a script to generate the .its script" |
| depends on SPL_FIT |
| default y if SPL_FIT && ARCH_ZYNQMP |
| |
| config SPL_FIT_GENERATOR |
| string ".its file generator script for U-Boot FIT image" |
| depends on USE_SPL_FIT_GENERATOR |
| default "arch/arm/mach-zynqmp/mkimage_fit_atf.sh" if SPL_LOAD_FIT && ARCH_ZYNQMP |
| help |
| Specifies a (platform specific) script file to generate the FIT |
| source file used to build the U-Boot FIT image file. This gets |
| passed a list of supported device tree file stub names to |
| include in the generated image. |
| |
| if VPL |
| |
| config VPL_FIT |
| bool "Support Flattened Image Tree within VPL" |
| depends on VPL |
| default y |
| select VPL_HASH |
| select VPL_OF_LIBFDT |
| |
| config VPL_FIT_PRINT |
| bool "Support FIT printing within VPL" |
| depends on VPL_FIT |
| default y |
| help |
| Support printing the content of the fitImage in a verbose manner in VPL. |
| |
| config VPL_FIT_FULL_CHECK |
| bool "Do a full check of the FIT before using it" |
| default y |
| help |
| Enable this do a full check of the FIT to make sure it is valid. This |
| helps to protect against carefully crafted FITs which take advantage |
| of bugs or omissions in the code. This includes a bad structure, |
| multiple root nodes and the like. |
| |
| config VPL_FIT_SIGNATURE |
| bool "Enable signature verification of FIT firmware within VPL" |
| depends on VPL_DM |
| default y |
| select FIT_SIGNATURE |
| select VPL_FIT |
| select VPL_CRYPTO |
| select VPL_HASH |
| imply VPL_RSA |
| imply VPL_RSA_VERIFY |
| select VPL_IMAGE_SIGN_INFO |
| select VPL_FIT_FULL_CHECK |
| |
| config VPL_FIT_SIGNATURE_MAX_SIZE |
| hex "Max size of signed FIT structures in VPL" |
| depends on VPL_FIT_SIGNATURE |
| default 0x10000000 |
| help |
| This option sets a max size in bytes for verified FIT uImages. |
| A sane value of 256MB protects corrupted DTB structures from overlapping |
| device memory. Assure this size does not extend past expected storage |
| space. |
| |
| endif # VPL |
| |
| endif # FIT |
| |
| config PXE_UTILS |
| bool |
| select MENU |
| help |
| Utilities for parsing PXE file formats. |
| |
| config BOOT_DEFAULTS_FEATURES |
| bool |
| select SUPPORT_RAW_INITRD |
| select ENV_VARS_UBOOT_CONFIG |
| imply USB_STORAGE |
| imply EFI_PARTITION |
| imply ISO_PARTITION |
| |
| config BOOT_DEFAULTS_CMDS |
| bool |
| imply USE_BOOTCOMMAND |
| select CMD_ENV_EXISTS |
| select CMD_EXT2 |
| select CMD_EXT4 |
| select CMD_FAT |
| select CMD_FS_GENERIC |
| select CMD_PART if PARTITIONS |
| select CMD_DHCP if CMD_NET |
| select CMD_PING if CMD_NET |
| select CMD_PXE if CMD_NET |
| select CMD_BOOTI if ARM64 |
| select CMD_BOOTZ if ARM && !ARM64 |
| imply CMD_MII if NET |
| |
| config BOOT_DEFAULTS |
| bool # Common defaults for standard boot and distroboot |
| select BOOT_DEFAULTS_FEATURES |
| select BOOT_DEFAULTS_CMDS if CMDLINE |
| help |
| These are not required but are commonly needed to support a good |
| selection of booting methods. Enable this to improve the capability |
| of U-Boot to boot various images. Currently much functionality is |
| tied to enabling the command that exercises it. |
| |
| menuconfig BOOTSTD |
| bool "Standard boot" |
| default y |
| depends on DM && OF_CONTROL && BLK |
| help |
| U-Boot supports a standard way of locating something to boot, |
| typically an Operating System such as Linux, provided by a distro such |
| as Arch Linux or Debian. Enable this to support iterating through |
| available bootdevs and using bootmeths to find bootflows suitable for |
| booting. |
| |
| Standard boot is not a standard way of booting, just a framework |
| within U-Boot for supporting all the different ways that exist. |
| |
| Terminology: |
| |
| - bootdev - a device which can hold a distro (e.g. MMC) |
| - bootmeth - a method to scan a bootdev to find bootflows (owned by |
| U-Boot) |
| - bootflow - a description of how to boot (owned by the distro) |
| |
| if BOOTSTD |
| |
| config SPL_BOOTSTD |
| bool "Standard boot support in SPL" |
| depends on SPL && SPL_DM && SPL_OF_CONTROL && SPL_BLK |
| default y if VPL |
| help |
| This enables standard boot in SPL. This is needed so that VBE |
| (Verified Boot for Embedded) can be used, since it depends on standard |
| boot. It is enabled by default since the main purpose of VPL is to |
| handle the firmware part of VBE. |
| |
| config VPL_BOOTSTD |
| bool "Standard boot support in VPL" |
| depends on VPL && VPL_DM && VPL_OF_CONTROL && VPL_BLK |
| default y |
| help |
| This enables standard boot in SPL. This is needed so that VBE |
| (Verified Boot for Embedded) can be used, since it depends on standard |
| boot. It is enabled by default since the main purpose of VPL is to |
| handle the firmware part of VBE. |
| |
| config BOOTSTD_FULL |
| bool "Enhanced features for standard boot" |
| default y if SANDBOX |
| imply BOOTSTD_DEFAULTS |
| help |
| This enables various useful features for standard boot, which are not |
| essential for operation: |
| |
| - bootdev, bootmeth commands |
| - extra features in the bootflow command |
| - support for selecting the ordering of bootmeths ("bootmeth order") |
| - support for selecting the ordering of bootdevs using the Device Tree |
| as well as the "boot_targets" environment variable |
| |
| config BOOTSTD_DEFAULTS |
| bool "Select some common defaults for standard boot" |
| depends on BOOTSTD |
| select BOOT_DEFAULTS |
| select BOOTMETH_DISTRO |
| help |
| These are not required but are commonly needed to support a good |
| selection of booting methods. Enable this to improve the capability |
| of U-Boot to boot various images. |
| |
| config BOOTSTD_BOOTCOMMAND |
| bool "Use bootstd to boot" |
| default y if !DISTRO_DEFAULTS |
| help |
| Enable this to select a default boot-command suitable for booting |
| with standard boot. This can be overridden by the board if needed, |
| but the default command should be enough for most boards which use |
| standard boot. |
| |
| For now this is only selected if distro boot is NOT used, since |
| standard boot does not support all of the features of distro boot |
| yet. |
| |
| config BOOTSTD_PROG |
| bool "Use programmatic boot" |
| depends on !CMDLINE |
| default y |
| help |
| Enable this to provide a board_run_command() function which can boot |
| a system without using commands. If the boot fails, then U-Boot will |
| panic. |
| |
| Note: This currently has many limitations and is not a useful booting |
| solution. Future work will eventually make this a viable option. |
| |
| config BOOTMETH_GLOBAL |
| bool |
| help |
| Add support for global bootmeths. This feature is used by VBE and |
| EFI bootmgr, since they take full control over which bootdevs are |
| selected to boot. |
| |
| config BOOTMETH_ANDROID |
| bool "Bootdev support for Android" |
| depends on X86 || ARM || SANDBOX |
| depends on CMDLINE |
| select ANDROID_AB |
| select ANDROID_BOOT_IMAGE |
| select CMD_BCB |
| imply CMD_FASTBOOT |
| imply FASTBOOT if !NET_LWIP |
| select PARTITION_TYPE_GUID |
| select PARTITION_UUIDS |
| help |
| Enables support for booting Android using bootstd. Android requires |
| multiple partitions (misc, boot, vbmeta, ...) in storage for booting. |
| |
| Note that only MMC bootdevs are supported at present. This is caused |
| by AVB being limited to MMC devices only. |
| |
| config BOOTMETH_CROS |
| bool "Bootdev support for Chromium OS" |
| depends on X86 || ARM || SANDBOX |
| default y if !ARM |
| select EFI_PARTITION |
| select PARTITION_TYPE_GUID |
| select PARTITION_UUIDS |
| help |
| Enables support for booting Chromium OS using bootdevs. This uses the |
| kernel A slot and obtains the kernel command line from the parameters |
| provided there. |
| |
| Note that only x86 devices are supported at present. |
| |
| config BOOTMETH_EXTLINUX |
| bool "Bootdev support for extlinux boot" |
| select PXE_UTILS |
| default y |
| help |
| Enables support for extlinux boot using bootdevs. This makes the |
| bootdevs look for a 'extlinux/extlinux.conf' on each filesystem |
| they scan. |
| |
| The specification for this file is here: |
| |
| https://uapi-group.org/specifications/specs/boot_loader_specification/ |
| |
| This provides a way to try out standard boot on an existing boot flow. |
| |
| config BOOTMETH_EXTLINUX_PXE |
| bool "Bootdev support for extlinux boot over network" |
| depends on CMD_PXE && CMD_NET && DM_ETH |
| default y |
| help |
| Enables support for extlinux boot using bootdevs. This makes the |
| bootdevs look for a 'extlinux/extlinux.conf' on the tftp server. |
| |
| The specification for this file is here: |
| |
| https://uapi-group.org/specifications/specs/boot_loader_specification/ |
| |
| This provides a way to try out standard boot on an existing boot flow. |
| |
| config BOOTMETH_EFILOADER |
| bool "Bootdev support for EFI boot" |
| depends on EFI_BINARY_EXEC |
| imply CMD_TFTPBOOT if CMD_NET |
| default y |
| help |
| Enables support for EFI boot using bootdevs. This makes the |
| bootdevs look for a 'boot<arch>.efi' on each filesystem |
| they scan. The resulting file is booted after enabling U-Boot's |
| EFI loader support. |
| |
| The <arch> depends on the architecture of the board: |
| |
| aa64 - aarch64 (ARM 64-bit) |
| arm - ARM 32-bit |
| ia32 - x86 32-bit |
| x64 - x86 64-bit |
| riscv32 - RISC-V 32-bit |
| riscv64 - RISC-V 64-bit |
| |
| This provides a way to try out standard boot on an existing boot flow. |
| |
| config BOOTMETH_EFI_BOOTMGR |
| bool "Bootdev support for EFI boot manager" |
| depends on EFI_BOOTMGR |
| select BOOTMETH_GLOBAL |
| default y |
| help |
| Enable booting via the UEFI boot manager. Based on the EFI variables |
| the EFI binary to be launched is determined. To set the EFI variables |
| use the eficonfig command. |
| |
| config BOOTMETH_QFW |
| bool "Boot method using QEMU parameters" |
| depends on QFW |
| default y |
| help |
| Use QEMU parameters -kernel, -initrd, -append to determine the kernel, |
| initial RAM disk, and kernel command line parameters to boot an |
| operating system. U-Boot's control device-tree is passed to the kernel. |
| |
| config BOOTMETH_VBE |
| bool "Bootdev support for Verified Boot for Embedded" |
| depends on FIT |
| default y |
| select BOOTMETH_GLOBAL |
| select EVENT |
| help |
| Enables support for VBE boot. This is a standard boot method which |
| supports selection of various firmware components, selection of an OS to |
| boot as well as updating these using fwupd. |
| |
| config BOOTMETH_DISTRO |
| bool # Options needed to boot any distro |
| select BOOTMETH_SCRIPT if CMDLINE # E.g. Armbian uses scripts |
| select BOOTMETH_EXTLINUX # E.g. Debian uses these |
| select BOOTMETH_EXTLINUX_PXE if CMD_PXE && CMD_NET && DM_ETH |
| select BOOTMETH_EFILOADER if EFI_BINARY_EXEC # E.g. Ubuntu uses this |
| |
| config SPL_BOOTMETH_VBE |
| bool "Bootdev support for Verified Boot for Embedded (SPL)" |
| depends on SPL && FIT |
| select EVENT |
| default y if VPL |
| help |
| Enables support for VBE boot. This is a standard boot method which |
| supports selection of various firmware components, selection of an OS to |
| boot as well as updating these using fwupd. |
| |
| config VPL_BOOTMETH_VBE |
| bool "Bootdev support for Verified Boot for Embedded (VPL)" |
| depends on VPL && FIT |
| select EVENT |
| default y |
| help |
| Enables support for VBE boot. This is a standard boot method which |
| supports selection of various firmware components, selection of an OS to |
| boot as well as updating these using fwupd. |
| |
| if BOOTMETH_VBE |
| |
| config BOOTMETH_VBE_REQUEST |
| bool "Support for serving VBE OS requests" |
| default y |
| help |
| Enables support for looking that the requests made by the |
| Operating System being booted. These requests result in additions to |
| the device tree /chosen node, added during the device tree fixup |
| phase. |
| |
| config SPL_BOOTMETH_VBE_REQUEST |
| bool "Support for serving VBE OS requests (SPL)" |
| depends on SPL |
| help |
| Enables support for looking that the requests made by the |
| Operating System being booted. These requests result in additions to |
| the device tree /chosen node, added during the device tree fixup |
| phase. |
| |
| This is only useful if you are booting an OS direct from SPL. |
| |
| config BOOTMETH_VBE_SIMPLE |
| bool "Bootdev support for VBE 'simple' method" |
| default y |
| help |
| Enables support for VBE 'simple' boot. This allows updating a single |
| firmware image in boot media such as MMC. It does not support any sort |
| of rollback, recovery or A/B boot. |
| |
| config BOOTMETH_VBE_SIMPLE_OS |
| bool "Bootdev support for VBE 'simple' method OS phase" |
| default y |
| help |
| Enables support for the OS parts of VBE 'simple' boot. This includes |
| fixing up the device tree with the required VBE information, ready |
| for booting into the OS. This option is only enabled for U-Boot |
| proper, since it is the phase where device tree fixups happen. |
| |
| config SPL_BOOTMETH_VBE_SIMPLE |
| bool "Bootdev support for VBE 'simple' method (SPL)" |
| depends on SPL |
| default y if VPL |
| help |
| Enables support for VBE 'simple' boot. This allows updating a single |
| firmware image in boot media such as MMC. It does not support any sort |
| of rollback, recovery or A/B boot. |
| |
| config VPL_BOOTMETH_VBE_SIMPLE |
| bool "Bootdev support for VBE 'simple' method (VPL)" |
| depends on VPL |
| default y |
| help |
| Enables support for VBE 'simple' boot. This allows updating a single |
| firmware image in boot media such as MMC. It does not support any sort |
| of rollback, recovery or A/B boot. |
| |
| config SPL_BOOTMETH_VBE_SIMPLE_FW |
| bool "Bootdev support for VBE 'simple' method firmware phase (SPL)" |
| depends on VPL |
| default y |
| help |
| Enables support for the firmware parts of VBE 'simple' boot. This |
| includes an SPL loader which locates the correct U-Boot to boot into. |
| This option should really only be enabled for VPL, since it is the |
| phase where the SPL + U-Boot decision should be made. But for now, |
| SPL does its own FIT-configuration selection. |
| |
| config VPL_BOOTMETH_VBE_SIMPLE_FW |
| bool "Bootdev support for VBE 'simple' method firmware phase (VPL)" |
| depends on VPL |
| default y |
| help |
| Enables support for the firmware parts of VBE 'simple' boot. This |
| includes an SPL loader which locates the correct SPL to boot into. |
| This option enabled for VPL, since it is the phase where the SPL |
| decision is made. |
| |
| endif # BOOTMETH_VBE |
| |
| config EXPO |
| bool "Support for expos - groups of scenes displaying a UI" |
| depends on VIDEO |
| default y if BOOTMETH_VBE |
| help |
| An expo is a way of presenting and collecting information from the |
| user. It consists of a collection of 'scenes' of which only one is |
| presented at a time. An expo is typically used to show a boot menu |
| and allow settings to be changed. |
| |
| The expo can be presented in graphics form using a vidconsole, or in |
| text form on a serial console. |
| |
| config BOOTMETH_SANDBOX |
| def_bool y |
| depends on SANDBOX |
| help |
| This is a sandbox bootmeth driver used for testing. It always returns |
| -ENOTSUPP when attempting to boot. |
| |
| config BOOTMETH_SCRIPT |
| bool "Bootdev support for U-Boot scripts" |
| default y if BOOTSTD_FULL |
| depends on CMDLINE |
| select HUSH_PARSER |
| help |
| Enables support for booting a distro via a U-Boot script. This makes |
| the bootdevs look for a 'boot/boot.scr' file which can be used to |
| boot the distro. |
| |
| This provides a way to try out standard boot on an existing boot flow. |
| It is not enabled by default to save space. |
| |
| config UPL |
| bool "upl - Universal Payload Specification" |
| imply CMD_UPL |
| imply UPL_READ |
| imply UPL_WRITE |
| imply SPL_UPL if SPL |
| help |
| Provides support for UPL payloads and handoff information. U-Boot |
| supports generating and accepting handoff information. The mkimage |
| tool will eventually support creating payloads. |
| |
| if UPL |
| |
| config UPL_READ |
| bool "upl - Support reading a Universal Payload handoff" |
| help |
| Provides support for decoding a UPL-format payload into a C structure |
| which can be used elsewhere in U-Boot. This is just the reading |
| implementation, useful for trying it out. See UPL_IN for how |
| to tell U-Boot to actually read it on startup and use it for memory |
| and device information, etc. |
| |
| config UPL_WRITE |
| bool "upl - Support writing a Universal Payload handoff" |
| help |
| Provides support for encoding a UPL-format payload from a C structure |
| so it can be passed to another program. This is just the writing |
| implementation, useful for trying it out. See SPL_UPL_OUT |
| for how to tell U-Boot SPL to actually write it before jumping to |
| the next phase. |
| |
| config UPL_IN |
| bool "upl - Read the UPL handoff on startup" |
| select UPL_READ |
| help |
| Read an SPL handoff when U-Boot starts and use it to provide |
| devices, memory layout, etc. required by U-Boot. This allows U-Boot |
| to function as a payload in the meaning of the specification. |
| |
| if SPL |
| |
| config SPL_UPL |
| bool "Write a UPL handoff in SPL" |
| imply SPL_UPL_OUT |
| help |
| This tells SPL to write a UPL handoff and pass it to the next phase |
| (e.g. to U-Boot or another program which SPL loads and runs). THis |
| provides information to help that program run correctly and |
| efficiently on the machine. |
| |
| config SPL_UPL_WRITE |
| bool # upl - Support writing a Universal Payload handoff in SPL |
| select SPL_BLOBLIST |
| help |
| Provides support for encoding a UPL-format payload from a C structure |
| so it can be passed to another program. This is just the writing |
| implementation, useful for trying it out. |
| |
| config SPL_UPL_OUT |
| bool "upl - Support writing a Universal Payload handoff in SPL" |
| select SPL_UPL_WRITE |
| help |
| Provides support for encoding a UPL-format payload and passing it to |
| the next firmware phase. This allows U-Boot SPL to function as |
| Platform Init in the meaning of the specification. |
| |
| endif # SPL |
| |
| endif # UPL |
| |
| endif # BOOTSTD |
| |
| config LEGACY_IMAGE_FORMAT |
| bool "Enable support for the legacy image format" |
| default y if !FIT_SIGNATURE && !TI_SECURE_DEVICE |
| help |
| This option enables the legacy image format. It is enabled by |
| default for backward compatibility, unless FIT_SIGNATURE is |
| set where it is disabled so that unsigned images cannot be |
| loaded. If a board needs the legacy image format support in this |
| case, enable it here. |
| |
| config MEASURED_BOOT |
| bool "Measure boot images and configuration when booting without EFI" |
| depends on HASH && TPM_V2 |
| select SHA1 |
| select SHA256 |
| select SHA384 |
| select SHA512 |
| help |
| This option enables measurement of the boot process when booting |
| without UEFI . Measurement involves creating cryptographic hashes |
| of the binary images that are booting and storing them in the TPM. |
| In addition, a log of these hashes is stored in memory for the OS |
| to verify the booted images and configuration. Enable this if the |
| OS has configured some memory area for the event log and you intend |
| to use some attestation tools on your system. |
| |
| if MEASURED_BOOT |
| config MEASURE_DEVICETREE |
| bool "Measure the devicetree image" |
| default y if MEASURED_BOOT |
| help |
| On some platforms, the Device Tree is not static as it may contain |
| random MAC addresses or other such data that changes each boot. |
| Therefore, it should not be measured into the TPM. In that case, |
| disable the measurement here. |
| |
| config MEASURE_IGNORE_LOG |
| bool "Ignore the existing event log" |
| help |
| On platforms that use an event log memory region that persists |
| through system resets and are the first stage bootloader, then |
| this option should be enabled to ignore any existing data in the |
| event log memory region. |
| endif # MEASURED_BOOT |
| |
| config SYS_BOOTM_LEN |
| hex "Maximum size of a decompresed OS image" |
| depends on CMD_BOOTM || CMD_BOOTI || CMD_BOOTZ || \ |
| LEGACY_IMAGE_FORMAT || SPL_LEGACY_IMAGE_FORMAT |
| default 0x4000000 if PPC || ARM64 |
| default 0x1000000 if X86 || ARCH_MX6 || ARCH_MX7 |
| default 0x800000 |
| help |
| This is the maximum size of the buffer that is used to decompress the OS |
| image in to if attempting to boot a compressed image. |
| |
| config SUPPORT_RAW_INITRD |
| bool "Enable raw initrd images" |
| help |
| Note, defining the SUPPORT_RAW_INITRD allows user to supply |
| kernel with raw initrd images. The syntax is slightly different, the |
| address of the initrd must be augmented by it's size, in the following |
| format: "<initrd address>:<initrd size>". |
| |
| config CHROMEOS |
| bool "Support booting Chrome OS" |
| help |
| Chrome OS requires U-Boot to set up a table indicating the boot mode |
| (e.g. Developer mode) and a few other things. Enable this if you are |
| booting on a Chromebook to avoid getting an error about an invalid |
| firmware ID. |
| |
| config CHROMEOS_VBOOT |
| bool "Support Chrome OS verified boot" |
| help |
| This is intended to enable the full Chrome OS verified boot support |
| in U-Boot. It is not actually implemented in the U-Boot source code |
| at present, so this option is always set to 'n'. It allows |
| distinguishing between booting Chrome OS in a basic way (developer |
| mode) and a full boot. |
| |
| config SYS_RAMBOOT |
| bool |
| |
| config RAMBOOT_PBL |
| bool "Freescale PBL(pre-boot loader) image format support" |
| select SYS_RAMBOOT if PPC |
| help |
| Some SoCs use PBL to load RCW and/or pre-initialization instructions. |
| For more details refer to doc/README.pblimage |
| |
| choice |
| prompt "Freescale PBL (or predecessor) load location" |
| depends on RAMBOOT_PBL || ((TARGET_P1010RDB_PA || TARGET_P1010RDB_PB \ |
| || TARGET_P1020RDB_PC || TARGET_P1020RDB_PD || TARGET_P2020RDB) \ |
| && !CMD_NAND) || (TARGET_TURRIS_1X && SYS_MPC85XX_NO_RESETVEC) |
| |
| config SDCARD |
| bool "Freescale PBL (or similar) is found on SD card" |
| |
| config SPIFLASH |
| bool "Freescale PBL (or similar) is found on SPI flash" |
| |
| config NO_PBL |
| bool "Freescale PBL (or similar) is not used in this case" |
| |
| endchoice |
| |
| config FSL_FIXED_MMC_LOCATION |
| bool "PBL MMC is at a fixed location" |
| depends on SDCARD && !RAMBOOT_PBL |
| |
| config ESDHC_HC_BLK_ADDR |
| def_bool y |
| depends on FSL_FIXED_MMC_LOCATION && (ARCH_BSC9131 || ARCH_BSC9132 || ARCH_P1010) |
| help |
| In High Capacity SD Cards (> 2 GBytes), the 32-bit source address and |
| code length of these soc specify the memory address in block address |
| format. Block length is fixed to 512 bytes as per the SD High |
| Capacity specification. |
| |
| config SYS_FSL_PBL_PBI |
| string "PBI(pre-boot instructions) commands for the PBL image" |
| depends on RAMBOOT_PBL |
| help |
| PBI commands can be used to configure SoC before it starts the execution. |
| Please refer doc/README.pblimage for more details. |
| |
| config SYS_FSL_PBL_RCW |
| string "Aadditional RCW (Power on reset configuration) for the PBL image" |
| depends on RAMBOOT_PBL |
| help |
| Enables addition of RCW (Power on reset configuration) in built image. |
| Please refer doc/README.pblimage for more details. |
| |
| config SYS_BOOT_RAMDISK_HIGH |
| depends on CMD_BOOTM || CMD_BOOTI || CMD_BOOTZ |
| depends on !(NIOS2 || SANDBOX || SH || XTENSA) |
| def_bool y |
| select LMB |
| help |
| Enable initrd_high functionality. If defined then the initrd_high |
| feature is enabled and the boot* ramdisk subcommand is enabled. |
| |
| endmenu # Boot images |
| |
| config DISTRO_DEFAULTS |
| bool "(deprecated) Script-based booting of Linux distributions" |
| select CMDLINE |
| select BOOT_DEFAULTS |
| select AUTO_COMPLETE |
| select CMDLINE_EDITING |
| select CMD_SYSBOOT |
| select HUSH_PARSER |
| select SYS_LONGHELP |
| help |
| Note: These scripts have been replaced by Standard Boot. Do not use |
| them on new boards. See 'Migrating from distro_boot' at |
| doc/develop/bootstd.rst |
| |
| Select this to enable various options and commands which are suitable |
| for building u-boot for booting general purpose Linux distributions. |
| |
| menu "Boot timing" |
| |
| config BOOTSTAGE |
| bool "Boot timing and reporting" |
| help |
| Enable recording of boot time while booting. To use it, insert |
| calls to bootstage_mark() with a suitable BOOTSTAGE_ID from |
| bootstage.h. Only a single entry is recorded for each ID. You can |
| give the entry a name with bootstage_mark_name(). You can also |
| record elapsed time in a particular stage using bootstage_start() |
| before starting and bootstage_accum() when finished. Bootstage will |
| add up all the accumulated time and report it. |
| |
| Normally, IDs are defined in bootstage.h but a small number of |
| additional 'user' IDs can be used by passing BOOTSTAGE_ID_ALLOC |
| as the ID. |
| |
| Calls to show_boot_progress() will also result in log entries but |
| these will not have names. |
| |
| config SPL_BOOTSTAGE |
| bool "Boot timing and reported in SPL" |
| depends on BOOTSTAGE && SPL |
| help |
| Enable recording of boot time in SPL. To make this visible to U-Boot |
| proper, enable BOOTSTAGE_STASH as well. This will stash the timing |
| information when SPL finishes and load it when U-Boot proper starts |
| up. |
| |
| config TPL_BOOTSTAGE |
| bool "Boot timing and reported in TPL" |
| depends on BOOTSTAGE && TPL |
| help |
| Enable recording of boot time in SPL. To make this visible to U-Boot |
| proper, enable BOOTSTAGE_STASH as well. This will stash the timing |
| information when TPL finishes and load it when U-Boot proper starts |
| up. |
| |
| config BOOTSTAGE_REPORT |
| bool "Display a detailed boot timing report before booting the OS" |
| depends on BOOTSTAGE |
| help |
| Enable output of a boot time report just before the OS is booted. |
| This shows how long it took U-Boot to go through each stage of the |
| boot process. The report looks something like this: |
| |
| Timer summary in microseconds: |
| Mark Elapsed Stage |
| 0 0 reset |
| 3,575,678 3,575,678 board_init_f start |
| 3,575,695 17 arch_cpu_init A9 |
| 3,575,777 82 arch_cpu_init done |
| 3,659,598 83,821 board_init_r start |
| 3,910,375 250,777 main_loop |
| 29,916,167 26,005,792 bootm_start |
| 30,361,327 445,160 start_kernel |
| |
| config BOOTSTAGE_RECORD_COUNT |
| int "Number of boot stage records to store" |
| depends on BOOTSTAGE |
| default 30 |
| help |
| This is the size of the bootstage record list and is the maximum |
| number of bootstage records that can be recorded. |
| |
| config SPL_BOOTSTAGE_RECORD_COUNT |
| int "Number of boot stage records to store for SPL" |
| depends on SPL_BOOTSTAGE |
| default 5 |
| help |
| This is the size of the bootstage record list and is the maximum |
| number of bootstage records that can be recorded. |
| |
| config TPL_BOOTSTAGE_RECORD_COUNT |
| int "Number of boot stage records to store for TPL" |
| depends on TPL_BOOTSTAGE |
| default 5 |
| help |
| This is the size of the bootstage record list and is the maximum |
| number of bootstage records that can be recorded. |
| |
| config BOOTSTAGE_FDT |
| bool "Store boot timing information in the OS device tree" |
| depends on BOOTSTAGE |
| help |
| Stash the bootstage information in the FDT. A root 'bootstage' |
| node is created with each bootstage id as a child. Each child |
| has a 'name' property and either 'mark' containing the |
| mark time in microseconds, or 'accum' containing the |
| accumulated time for that bootstage id in microseconds. |
| For example: |
| |
| bootstage { |
| 154 { |
| name = "board_init_f"; |
| mark = <3575678>; |
| }; |
| 170 { |
| name = "lcd"; |
| accum = <33482>; |
| }; |
| }; |
| |
| Code in the Linux kernel can find this in /proc/devicetree. |
| |
| config BOOTSTAGE_STASH |
| bool "Stash the boot timing information in memory before booting OS" |
| depends on BOOTSTAGE |
| help |
| Some OSes do not support device tree. Bootstage can instead write |
| the boot timing information in a binary format at a given address. |
| This happens through a call to bootstage_stash(), typically in |
| the CPU's cleanup_before_linux() function. You can use the |
| 'bootstage stash' and 'bootstage unstash' commands to do this on |
| the command line. |
| |
| config BOOTSTAGE_STASH_ADDR |
| hex "Address to stash boot timing information" |
| depends on BOOTSTAGE_STASH |
| default 0xC3000000 if STM32MP13X || STM32MP15X |
| default 0x87000000 if STM32MP25X |
| default 0x0 if SANDBOX |
| help |
| Provide an address which will not be overwritten by the OS when it |
| starts, so that it can read this information when ready. |
| |
| config BOOTSTAGE_STASH_SIZE |
| hex "Size of boot timing stash region" |
| depends on BOOTSTAGE_STASH |
| default 0x1000 |
| help |
| This should be large enough to hold the bootstage stash. A value of |
| 4096 (4KiB) is normally plenty. |
| |
| config SHOW_BOOT_PROGRESS |
| bool "Show boot progress in a board-specific manner" |
| help |
| Defining this option allows to add some board-specific code (calling |
| a user-provided function show_boot_progress(int) that enables you to |
| show the system's boot progress on some display (for example, some |
| LEDs) on your board. At the moment, the following checkpoints are |
| implemented: |
| |
| Legacy uImage format: |
| |
| Arg Where When |
| 1 common/cmd_bootm.c before attempting to boot an image |
| -1 common/cmd_bootm.c Image header has bad magic number |
| 2 common/cmd_bootm.c Image header has correct magic number |
| -2 common/cmd_bootm.c Image header has bad checksum |
| 3 common/cmd_bootm.c Image header has correct checksum |
| -3 common/cmd_bootm.c Image data has bad checksum |
| 4 common/cmd_bootm.c Image data has correct checksum |
| -4 common/cmd_bootm.c Image is for unsupported architecture |
| 5 common/cmd_bootm.c Architecture check OK |
| -5 common/cmd_bootm.c Wrong Image Type (not kernel, multi) |
| 6 common/cmd_bootm.c Image Type check OK |
| -6 common/cmd_bootm.c gunzip uncompression error |
| -7 common/cmd_bootm.c Unimplemented compression type |
| 7 common/cmd_bootm.c Uncompression OK |
| 8 common/cmd_bootm.c No uncompress/copy overwrite error |
| -9 common/cmd_bootm.c Unsupported OS (not Linux, BSD, VxWorks, QNX) |
| |
| 9 common/image.c Start initial ramdisk verification |
| -10 common/image.c Ramdisk header has bad magic number |
| -11 common/image.c Ramdisk header has bad checksum |
| 10 common/image.c Ramdisk header is OK |
| -12 common/image.c Ramdisk data has bad checksum |
| 11 common/image.c Ramdisk data has correct checksum |
| 12 common/image.c Ramdisk verification complete, start loading |
| -13 common/image.c Wrong Image Type (not PPC Linux ramdisk) |
| 13 common/image.c Start multifile image verification |
| 14 common/image.c No initial ramdisk, no multifile, continue. |
| |
| 15 arch/<arch>/lib/bootm.c All preparation done, transferring control to OS |
| |
| -30 arch/powerpc/lib/board.c Fatal error, hang the system |
| -31 post/post.c POST test failed, detected by post_output_backlog() |
| -32 post/post.c POST test failed, detected by post_run_single() |
| |
| 34 common/cmd_doc.c before loading a Image from a DOC device |
| -35 common/cmd_doc.c Bad usage of "doc" command |
| 35 common/cmd_doc.c correct usage of "doc" command |
| -36 common/cmd_doc.c No boot device |
| 36 common/cmd_doc.c correct boot device |
| -37 common/cmd_doc.c Unknown Chip ID on boot device |
| 37 common/cmd_doc.c correct chip ID found, device available |
| -38 common/cmd_doc.c Read Error on boot device |
| 38 common/cmd_doc.c reading Image header from DOC device OK |
| -39 common/cmd_doc.c Image header has bad magic number |
| 39 common/cmd_doc.c Image header has correct magic number |
| -40 common/cmd_doc.c Error reading Image from DOC device |
| 40 common/cmd_doc.c Image header has correct magic number |
| 41 common/cmd_ide.c before loading a Image from a IDE device |
| -42 common/cmd_ide.c Bad usage of "ide" command |
| 42 common/cmd_ide.c correct usage of "ide" command |
| -43 common/cmd_ide.c No boot device |
| 43 common/cmd_ide.c boot device found |
| -44 common/cmd_ide.c Device not available |
| 44 common/cmd_ide.c Device available |
| -45 common/cmd_ide.c wrong partition selected |
| 45 common/cmd_ide.c partition selected |
| -46 common/cmd_ide.c Unknown partition table |
| 46 common/cmd_ide.c valid partition table found |
| -47 common/cmd_ide.c Invalid partition type |
| 47 common/cmd_ide.c correct partition type |
| -48 common/cmd_ide.c Error reading Image Header on boot device |
| 48 common/cmd_ide.c reading Image Header from IDE device OK |
| -49 common/cmd_ide.c Image header has bad magic number |
| 49 common/cmd_ide.c Image header has correct magic number |
| -50 common/cmd_ide.c Image header has bad checksum |
| 50 common/cmd_ide.c Image header has correct checksum |
| -51 common/cmd_ide.c Error reading Image from IDE device |
| 51 common/cmd_ide.c reading Image from IDE device OK |
| 52 common/cmd_nand.c before loading a Image from a NAND device |
| -53 common/cmd_nand.c Bad usage of "nand" command |
| 53 common/cmd_nand.c correct usage of "nand" command |
| -54 common/cmd_nand.c No boot device |
| 54 common/cmd_nand.c boot device found |
| -55 common/cmd_nand.c Unknown Chip ID on boot device |
| 55 common/cmd_nand.c correct chip ID found, device available |
| -56 common/cmd_nand.c Error reading Image Header on boot device |
| 56 common/cmd_nand.c reading Image Header from NAND device OK |
| -57 common/cmd_nand.c Image header has bad magic number |
| 57 common/cmd_nand.c Image header has correct magic number |
| -58 common/cmd_nand.c Error reading Image from NAND device |
| 58 common/cmd_nand.c reading Image from NAND device OK |
| |
| -60 common/env_common.c Environment has a bad CRC, using default |
| |
| 64 net/eth.c starting with Ethernet configuration. |
| -64 net/eth.c no Ethernet found. |
| 65 net/eth.c Ethernet found. |
| |
| -80 common/cmd_net.c usage wrong |
| 80 common/cmd_net.c before calling net_loop() |
| -81 common/cmd_net.c some error in net_loop() occurred |
| 81 common/cmd_net.c net_loop() back without error |
| -82 common/cmd_net.c size == 0 (File with size 0 loaded) |
| 82 common/cmd_net.c trying automatic boot |
| 83 common/cmd_net.c running "source" command |
| -83 common/cmd_net.c some error in automatic boot or "source" command |
| 84 common/cmd_net.c end without errors |
| |
| FIT uImage format: |
| |
| Arg Where When |
| 100 common/cmd_bootm.c Kernel FIT Image has correct format |
| -100 common/cmd_bootm.c Kernel FIT Image has incorrect format |
| 101 common/cmd_bootm.c No Kernel subimage unit name, using configuration |
| -101 common/cmd_bootm.c Can't get configuration for kernel subimage |
| 102 common/cmd_bootm.c Kernel unit name specified |
| -103 common/cmd_bootm.c Can't get kernel subimage node offset |
| 103 common/cmd_bootm.c Found configuration node |
| 104 common/cmd_bootm.c Got kernel subimage node offset |
| -104 common/cmd_bootm.c Kernel subimage hash verification failed |
| 105 common/cmd_bootm.c Kernel subimage hash verification OK |
| -105 common/cmd_bootm.c Kernel subimage is for unsupported architecture |
| 106 common/cmd_bootm.c Architecture check OK |
| -106 common/cmd_bootm.c Kernel subimage has wrong type |
| 107 common/cmd_bootm.c Kernel subimage type OK |
| -107 common/cmd_bootm.c Can't get kernel subimage data/size |
| 108 common/cmd_bootm.c Got kernel subimage data/size |
| -108 common/cmd_bootm.c Wrong image type (not legacy, FIT) |
| -109 common/cmd_bootm.c Can't get kernel subimage type |
| -110 common/cmd_bootm.c Can't get kernel subimage comp |
| -111 common/cmd_bootm.c Can't get kernel subimage os |
| -112 common/cmd_bootm.c Can't get kernel subimage load address |
| -113 common/cmd_bootm.c Image uncompress/copy overwrite error |
| |
| 120 common/image.c Start initial ramdisk verification |
| -120 common/image.c Ramdisk FIT image has incorrect format |
| 121 common/image.c Ramdisk FIT image has correct format |
| 122 common/image.c No ramdisk subimage unit name, using configuration |
| -122 common/image.c Can't get configuration for ramdisk subimage |
| 123 common/image.c Ramdisk unit name specified |
| -124 common/image.c Can't get ramdisk subimage node offset |
| 125 common/image.c Got ramdisk subimage node offset |
| -125 common/image.c Ramdisk subimage hash verification failed |
| 126 common/image.c Ramdisk subimage hash verification OK |
| -126 common/image.c Ramdisk subimage for unsupported architecture |
| 127 common/image.c Architecture check OK |
| -127 common/image.c Can't get ramdisk subimage data/size |
| 128 common/image.c Got ramdisk subimage data/size |
| 129 common/image.c Can't get ramdisk load address |
| -129 common/image.c Got ramdisk load address |
| |
| -130 common/cmd_doc.c Incorrect FIT image format |
| 131 common/cmd_doc.c FIT image format OK |
| |
| -140 common/cmd_ide.c Incorrect FIT image format |
| 141 common/cmd_ide.c FIT image format OK |
| |
| -150 common/cmd_nand.c Incorrect FIT image format |
| 151 common/cmd_nand.c FIT image format OK |
| |
| config SPL_SHOW_BOOT_PROGRESS |
| bool "Show boot progress in a board-specific manner in SPL" |
| depends on SPL |
| help |
| Defining this option allows to add some board-specific code (calling |
| a user-provided function show_boot_progress(int) that enables you to |
| show the system's boot progress on some display (for example, some |
| LEDs) on your board. For details see SHOW_BOOT_PROGRESS. |
| |
| endmenu |
| |
| menu "Boot media" |
| |
| config NOR_BOOT |
| bool "Support for booting from NOR flash" |
| depends on NOR |
| help |
| Enabling this will make a U-Boot binary that is capable of being |
| booted via NOR. In this case we will enable certain pinmux early |
| as the ROM only partially sets up pinmux. We also default to using |
| NOR for environment. |
| |
| config NAND_BOOT |
| bool "Support for booting from NAND flash" |
| imply MTD_RAW_NAND |
| help |
| Enabling this will make a U-Boot binary that is capable of being |
| booted via NAND flash. This is not a must, some SoCs need this, |
| some not. |
| |
| config ONENAND_BOOT |
| bool "Support for booting from ONENAND" |
| imply MTD_RAW_NAND |
| help |
| Enabling this will make a U-Boot binary that is capable of being |
| booted via ONENAND. This is not a must, some SoCs need this, |
| some not. |
| |
| config QSPI_BOOT |
| bool "Support for booting from QSPI flash" |
| help |
| Enabling this will make a U-Boot binary that is capable of being |
| booted via QSPI flash. This is not a must, some SoCs need this, |
| some not. |
| |
| config SATA_BOOT |
| bool "Support for booting from SATA" |
| help |
| Enabling this will make a U-Boot binary that is capable of being |
| booted via SATA. This is not a must, some SoCs need this, |
| some not. |
| |
| config SD_BOOT |
| bool "Support for booting from SD/EMMC" |
| help |
| Enabling this will make a U-Boot binary that is capable of being |
| booted via SD/EMMC. This is not a must, some SoCs need this, |
| some not. |
| |
| config SD_BOOT_QSPI |
| bool "Support for booting from SD/EMMC and enable QSPI" |
| help |
| Enabling this will make a U-Boot binary that is capable of being |
| booted via SD/EMMC while enabling QSPI on the platform as well. This |
| is not a must, some SoCs need this, some not. |
| |
| config SPI_BOOT |
| bool "Support for booting from SPI flash" |
| help |
| Enabling this will make a U-Boot binary that is capable of being |
| booted via SPI flash. This is not a must, some SoCs need this, |
| some not. |
| |
| endmenu |
| |
| menu "Autoboot options" |
| |
| config AUTOBOOT |
| bool "Autoboot" |
| depends on CMDLINE |
| default y |
| help |
| This enables the autoboot. See doc/README.autoboot for detail. |
| |
| if AUTOBOOT |
| |
| config BOOTDELAY |
| int "delay in seconds before automatically booting" |
| default 2 |
| help |
| Delay before automatically running bootcmd; |
| set to 0 to autoboot with no delay, but you can stop it by key input. |
| set to -1 to disable autoboot. |
| set to -2 to autoboot with no delay and not check for abort |
| |
| If this value is >= 0 then it is also used for the default delay |
| before starting the default entry in bootmenu. If it is < 0 then |
| a default value of 10s is used. |
| |
| See doc/README.autoboot for details. |
| |
| config AUTOBOOT_KEYED |
| bool "Stop autobooting via specific input key / string" |
| help |
| This option enables stopping (aborting) of the automatic |
| boot feature only by issuing a specific input key or |
| string. If not enabled, any input key will abort the |
| U-Boot automatic booting process and bring the device |
| to the U-Boot prompt for user input. |
| |
| if AUTOBOOT_KEYED |
| |
| config AUTOBOOT_FLUSH_STDIN |
| bool "Enable flushing stdin before starting to read the password" |
| depends on !SANDBOX |
| help |
| When this option is enabled stdin buffer will be flushed before |
| starting to read the password. |
| This can't be enabled for the sandbox as flushing stdin would |
| break the autoboot unit tests. |
| |
| config AUTOBOOT_PROMPT |
| string "Autoboot stop prompt" |
| default "Autoboot in %d seconds\\n" |
| help |
| This string is displayed before the boot delay selected by |
| CONFIG_BOOTDELAY starts. If it is not defined there is no |
| output indicating that autoboot is in progress. |
| |
| Note that this define is used as the (only) argument to a |
| printf() call, so it may contain '%' format specifications, |
| provided that it also includes, separated by commas exactly |
| like in a printf statement, the required arguments. It is |
| the responsibility of the user to select only such arguments |
| that are valid in the given context. |
| |
| config AUTOBOOT_ENCRYPTION |
| bool "Enable encryption in autoboot stopping" |
| help |
| This option allows a string to be entered into U-Boot to stop the |
| autoboot. |
| The behavior depends whether CONFIG_CRYPT_PW from lib is enabled |
| or not. |
| In case CONFIG_CRYPT_PW is enabled, the string will be forwarded |
| to the crypt-based functionality and be compared against the |
| string in the environment variable 'bootstopkeycrypt'. |
| In case CONFIG_CRYPT_PW is disabled the string itself is hashed |
| and compared against the hash in the environment variable |
| 'bootstopkeysha256'. |
| If it matches in either case then boot stops and |
| a command-line prompt is presented. |
| This provides a way to ship a secure production device which can also |
| be accessed at the U-Boot command line. |
| |
| config AUTOBOOT_SHA256_FALLBACK |
| bool "Allow fallback from crypt-hashed password to sha256" |
| depends on AUTOBOOT_ENCRYPTION && CRYPT_PW |
| help |
| This option adds support to fall back from crypt-hashed |
| passwords to checking a SHA256 hashed password in case the |
| 'bootstopusesha256' environment variable is set to 'true'. |
| |
| config AUTOBOOT_DELAY_STR |
| string "Delay autobooting via specific input key / string" |
| depends on !AUTOBOOT_ENCRYPTION |
| help |
| This option delays the automatic boot feature by issuing |
| a specific input key or string. If CONFIG_AUTOBOOT_DELAY_STR |
| or the environment variable "bootdelaykey" is specified |
| and this string is received from console input before |
| autoboot starts booting, U-Boot gives a command prompt. The |
| U-Boot prompt will time out if CONFIG_BOOT_RETRY_TIME is |
| used, otherwise it never times out. |
| |
| config AUTOBOOT_STOP_STR |
| string "Stop autobooting via specific input key / string" |
| depends on !AUTOBOOT_ENCRYPTION |
| help |
| This option enables stopping (aborting) of the automatic |
| boot feature only by issuing a specific input key or |
| string. If CONFIG_AUTOBOOT_STOP_STR or the environment |
| variable "bootstopkey" is specified and this string is |
| received from console input before autoboot starts booting, |
| U-Boot gives a command prompt. The U-Boot prompt never |
| times out, even if CONFIG_BOOT_RETRY_TIME is used. |
| |
| config AUTOBOOT_KEYED_CTRLC |
| bool "Enable Ctrl-C autoboot interruption" |
| depends on !AUTOBOOT_ENCRYPTION |
| help |
| This option allows for the boot sequence to be interrupted |
| by ctrl-c, in addition to the "bootdelaykey" and "bootstopkey". |
| Setting this variable provides an escape sequence from the |
| limited "password" strings. |
| |
| config AUTOBOOT_NEVER_TIMEOUT |
| bool "Make the password entry never time-out" |
| depends on AUTOBOOT_ENCRYPTION && CRYPT_PW |
| help |
| This option removes the timeout from the password entry |
| when the user first presses the <Enter> key before entering |
| any other character. |
| |
| config AUTOBOOT_STOP_STR_ENABLE |
| bool "Enable fixed string to stop autobooting" |
| depends on AUTOBOOT_ENCRYPTION |
| help |
| This option enables the feature to add a fixed stop |
| string that is defined at compile time. |
| In every case it will be tried to load the stop |
| string from the environment. |
| In case this is enabled and there is no stop string |
| in the environment, this will be used as default value. |
| |
| config AUTOBOOT_STOP_STR_CRYPT |
| string "Stop autobooting via crypt-hashed password" |
| depends on AUTOBOOT_STOP_STR_ENABLE && CRYPT_PW |
| help |
| This option adds the feature to only stop the autobooting, |
| and therefore boot into the U-Boot prompt, when the input |
| string / password matches a values that is hashed via |
| one of the supported crypt-style password hashing options |
| and saved in the environment variable "bootstopkeycrypt". |
| |
| config AUTOBOOT_STOP_STR_SHA256 |
| string "Stop autobooting via SHA256 hashed password" |
| depends on AUTOBOOT_STOP_STR_ENABLE |
| help |
| This option adds the feature to only stop the autobooting, |
| and therefore boot into the U-Boot prompt, when the input |
| string / password matches a values that is encrypted via |
| a SHA256 hash and saved in the environment variable |
| "bootstopkeysha256". If the value in that variable |
| includes a ":", the portion prior to the ":" will be treated |
| as a salt value. |
| |
| endif # AUTOBOOT_KEYED |
| |
| if !AUTOBOOT_KEYED |
| |
| config AUTOBOOT_USE_MENUKEY |
| bool "Allow a specify key to run a menu from the environment" |
| help |
| If a specific key is pressed to stop autoboot, then the commands in |
| the environment variable 'menucmd' are executed before boot starts. |
| |
| config AUTOBOOT_MENUKEY |
| int "ASCII value of boot key to show a menu" |
| default 0 |
| depends on AUTOBOOT_USE_MENUKEY |
| help |
| If this key is pressed to stop autoboot, then the commands in the |
| environment variable 'menucmd' will be executed before boot starts. |
| For example, 33 means "!" in ASCII, so pressing ! at boot would take |
| this action. |
| |
| endif |
| |
| endif # AUTOBOOT |
| |
| config AUTOBOOT_MENU_SHOW |
| bool "Show a menu on boot" |
| depends on CMD_BOOTMENU |
| help |
| This enables the boot menu, controlled by environment variables |
| defined by the board. The menu starts after running the 'preboot' |
| environmnent variable (if enabled) and before handling the boot delay. |
| See doc/usage/cmd/bootmenu.rst for more details. |
| |
| config BOOTMENU_DISABLE_UBOOT_CONSOLE |
| bool "Disallow bootmenu to enter the U-Boot console" |
| depends on AUTOBOOT_MENU_SHOW |
| help |
| If this option is enabled, user can not enter the U-Boot console from |
| bootmenu. It increases the system security. |
| |
| config BOOT_RETRY |
| bool "Boot retry feature" |
| help |
| Allow for having the U-Boot command prompt time out and attempt |
| to boot again. If the environment variable "bootretry" is found then |
| its value is used, otherwise the retry timeout is |
| CONFIG_BOOT_RETRY_TIME. CONFIG_BOOT_RETRY_MIN is optional and |
| defaults to CONFIG_BOOT_RETRY_TIME. All times are in seconds. |
| |
| config BOOT_RETRY_TIME |
| int "Timeout in seconds before attempting to boot again" |
| depends on BOOT_RETRY |
| help |
| Time in seconds before the U-Boot prompt will timeout and boot will |
| be attempted again. |
| |
| config BOOT_RETRY_MIN |
| int "Minimum timeout in seconds for 'bootretry'" |
| depends on BOOT_RETRY |
| default BOOT_RETRY_TIME |
| help |
| The minimum time in seconds that "bootretry" can be set to. |
| |
| config RESET_TO_RETRY |
| bool "Reset the board to retry autoboot" |
| depends on BOOT_RETRY |
| help |
| After the countdown timed out, the board will be reset to restart |
| again. |
| |
| endmenu |
| |
| menu "Image support" |
| |
| config IMAGE_PRE_LOAD |
| bool "Image pre-load support" |
| help |
| Enable an image pre-load stage in the SPL. |
| This pre-load stage allows to do some manipulation |
| or check (for example signature check) on an image |
| before launching it. |
| |
| config SPL_IMAGE_PRE_LOAD |
| bool "Image pre-load support within SPL" |
| depends on SPL && IMAGE_PRE_LOAD |
| help |
| Enable an image pre-load stage in the SPL. |
| This pre-load stage allows to do some manipulation |
| or check (for example signature check) on an image |
| before launching it. |
| |
| config IMAGE_PRE_LOAD_SIG |
| bool "Image pre-load signature support" |
| depends on IMAGE_PRE_LOAD |
| select FIT_SIGNATURE |
| select RSA |
| select RSA_VERIFY_WITH_PKEY |
| help |
| Enable signature check support in the pre-load stage. |
| For this feature a very simple header is added before |
| the image with few fields: |
| - a magic |
| - the image size |
| - the signature |
| All other information (header size, type of signature, |
| ...) are provided in the node /image/pre-load/sig of |
| u-boot. |
| |
| config SPL_IMAGE_PRE_LOAD_SIG |
| bool "Image pre-load signature support witin SPL" |
| depends on SPL_IMAGE_PRE_LOAD && IMAGE_PRE_LOAD_SIG |
| select SPL_FIT_SIGNATURE |
| select SPL_RSA |
| select SPL_RSA_VERIFY_WITH_PKEY |
| help |
| Enable signature check support in the pre-load stage in the SPL. |
| For this feature a very simple header is added before |
| the image with few fields: |
| - a magic |
| - the image size |
| - the signature |
| All other information (header size, type of signature, |
| ...) are provided in the node /image/pre-load/sig of |
| u-boot. |
| |
| endmenu |
| |
| if OF_LIBFDT |
| |
| menu "Devicetree fixup" |
| |
| config OF_ENV_SETUP |
| bool "Run a command from environment to set up device tree before boot" |
| depends on CMD_FDT |
| help |
| This causes U-Boot to run a command from the environment variable |
| fdt_fixup before booting into the operating system, which can use the |
| fdt command to modify the device tree. The device tree is then passed |
| to the OS. |
| |
| config OF_BOARD_SETUP |
| bool "Set up board-specific details in device tree before boot" |
| help |
| This causes U-Boot to call ft_board_setup() before booting into |
| the Operating System. This function can set up various |
| board-specific information in the device tree for use by the OS. |
| The device tree is then passed to the OS. |
| |
| config OF_SYSTEM_SETUP |
| bool "Set up system-specific details in device tree before boot" |
| help |
| This causes U-Boot to call ft_system_setup() before booting into |
| the Operating System. This function can set up various |
| system-specific information in the device tree for use by the OS. |
| The device tree is then passed to the OS. |
| |
| config OF_STDOUT_VIA_ALIAS |
| bool "Update the device-tree stdout alias from U-Boot" |
| help |
| This uses U-Boot's serial alias from the aliases node to update |
| the device tree passed to the OS. The "linux,stdout-path" property |
| in the chosen node is set to point to the correct serial node. |
| This option currently references CONFIG_CONS_INDEX, which is |
| incorrect when used with device tree as this option does not |
| exist / should not be used. |
| |
| config FDT_FIXUP_PARTITIONS |
| bool "Overwrite MTD partitions in DTS through defined in 'mtdparts'" |
| help |
| Allow overwriting defined partitions in the device tree blob |
| using partition info defined in the 'mtdparts' environment |
| variable. |
| |
| config FDT_SIMPLEFB |
| bool "FDT tools for simplefb support" |
| help |
| Enable the fdt tools to manage the simple fb nodes in device tree. |
| These functions can be used by board to indicate to the OS |
| the presence of the simple frame buffer with associated reserved |
| memory |
| |
| config ARCH_FIXUP_FDT_MEMORY |
| bool "Enable arch_fixup_memory_banks() call" |
| default y |
| help |
| Enable FDT memory map syncup before OS boot. This feature can be |
| used for booting OS with different memory setup where the part of |
| the memory location should be used for different purpose. |
| |
| endmenu |
| |
| endif # OF_LIBFDT |
| |
| config USE_BOOTARGS |
| bool "Enable boot arguments" |
| help |
| Provide boot arguments to bootm command. Boot arguments are specified |
| in CONFIG_BOOTARGS option. Enable this option to be able to specify |
| CONFIG_BOOTARGS string. If this option is disabled, CONFIG_BOOTARGS |
| will be undefined and won't take any space in U-Boot image. |
| |
| config BOOTARGS |
| string "Boot arguments" |
| depends on USE_BOOTARGS && !USE_DEFAULT_ENV_FILE |
| help |
| This can be used to pass arguments to the bootm command. The value of |
| CONFIG_BOOTARGS goes into the environment value "bootargs". Note that |
| this value will also override the "chosen" node in FDT blob. |
| |
| config BOOTARGS_SUBST |
| bool "Support substituting strings in boot arguments" |
| help |
| This allows substituting string values in the boot arguments. These |
| are applied after the commandline has been built. |
| |
| One use for this is to insert the root-disk UUID into the command |
| line where bootargs contains "root=${uuid}" |
| |
| setenv bootargs "console= root=${uuid}" |
| # Set the 'uuid' environment variable |
| part uuid mmc 2:2 uuid |
| |
| # Command-line substitution will put the real uuid into the |
| # kernel command line |
| bootm |
| |
| config USE_BOOTCOMMAND |
| bool "Enable a default value for bootcmd" |
| depends on CMDLINE |
| help |
| Provide a default value for the bootcmd entry in the environment. If |
| autoboot is enabled this is what will be run automatically. Enable |
| this option to be able to specify CONFIG_BOOTCOMMAND as a string. If |
| this option is disabled, CONFIG_BOOTCOMMAND will be undefined and |
| won't take any space in U-Boot image. |
| |
| config BOOTCOMMAND |
| string "bootcmd value" |
| depends on USE_BOOTCOMMAND && !USE_DEFAULT_ENV_FILE |
| default "bootflow scan -lb" if BOOTSTD_DEFAULTS && CMD_BOOTFLOW_FULL |
| default "bootflow scan" if BOOTSTD_DEFAULTS && !CMD_BOOTFLOW_FULL |
| default "run distro_bootcmd" if !BOOTSTD_BOOTCOMMAND && DISTRO_DEFAULTS |
| help |
| This is the string of commands that will be used as bootcmd and if |
| AUTOBOOT is set, automatically run. |
| |
| config USE_PREBOOT |
| bool "Enable preboot" |
| depends on CMDLINE |
| help |
| When this option is enabled, the existence of the environment |
| variable "preboot" will be checked immediately before starting the |
| CONFIG_BOOTDELAY countdown and/or running the auto-boot command resp. |
| entering interactive mode. |
| |
| This feature is especially useful when "preboot" is automatically |
| generated or modified. For example, the boot code can modify the |
| "preboot" when a user holds down a certain combination of keys. |
| |
| config PREBOOT |
| string "preboot default value" |
| depends on USE_PREBOOT && !USE_DEFAULT_ENV_FILE |
| default "usb start" if USB_KEYBOARD |
| default "" |
| help |
| This is the default of "preboot" environment variable. |
| |
| config PREBOOT_DEFINED |
| bool |
| default y if PREBOOT != "" |
| |
| config DEFAULT_FDT_FILE |
| string "Default fdt file" |
| help |
| This option is used to set the default fdt file to boot OS. |
| |
| config SAVE_PREV_BL_FDT_ADDR |
| depends on ARM |
| bool "Saves fdt address, passed by the previous bootloader, to env var" |
| help |
| When u-boot is used as a chain-loaded bootloader (replacing OS kernel), |
| enable this option to save fdt address, passed by the |
| previous bootloader for future use. |
| Address is saved to `prevbl_fdt_addr` environment variable. |
| |
| If no fdt was provided by previous bootloader, no env variables |
| will be created. |
| |
| config SAVE_PREV_BL_INITRAMFS_START_ADDR |
| depends on ARM |
| bool "Saves initramfs address, passed by the previous bootloader, to env var" |
| help |
| When u-boot is used as a chain-loaded bootloader(replacing OS kernel), |
| enable this option to save initramfs address, passed by the |
| previous bootloader for future use. |
| Address is saved to `prevbl_initrd_start_addr` environment variable. |
| |
| If no initramfs was provided by previous bootloader, no env variables |
| will be created. |
| |
| menu "Configuration editor" |
| |
| config CEDIT |
| bool "Configuration editor" |
| depends on EXPO |
| help |
| Provides a way to deal with board configuration and present it to |
| the user for adjustment. |
| |
| This is intended to provide both graphical and text-based user |
| interfaces, but only graphical is support at present. |
| |
| endmenu # Configuration editor |
| |
| endmenu # Booting |