cyclic: drop redundant cyclic_ready flag
[platform/kernel/u-boot.git] / boot / Kconfig
1 menu "Boot options"
2
3 menu "Boot images"
4
5 config ANDROID_BOOT_IMAGE
6         bool "Enable support for Android Boot Images"
7         default y if FASTBOOT
8         help
9           This enables support for booting images which use the Android
10           image format header.
11
12 config FIT
13         bool "Support Flattened Image Tree"
14         select HASH
15         select MD5
16         select SHA1
17         imply SHA256
18         help
19           This option allows you to boot the new uImage structure,
20           Flattened Image Tree.  FIT is formally a FDT, which can include
21           images of various types (kernel, FDT blob, ramdisk, etc.)
22           in a single blob.  To boot this new uImage structure,
23           pass the address of the blob to the "bootm" command.
24           FIT is very flexible, supporting compression, multiple images,
25           multiple configurations, verification through hashing and also
26           verified boot (secure boot using RSA).
27
28 config TIMESTAMP
29         bool "Show image date and time when displaying image information"
30         default y if CMD_DATE
31         help
32           When CONFIG_TIMESTAMP is selected, the timestamp (date and time) of
33           an image is printed by image commands like bootm or iminfo. This
34           is shown as 'Timestamp: xxx' and 'Created: xxx'. If this option is
35           enabled, then U-Boot requires FITs to have a timestamp. If a FIT is
36           loaded that does not, the message 'Wrong FIT format: no timestamp'
37           is shown.
38
39 if FIT
40
41 config FIT_EXTERNAL_OFFSET
42         hex "FIT external data offset"
43         default 0x0
44         help
45           This specifies a data offset in fit image.
46           The offset is from data payload offset to the beginning of
47           fit image header. When specifies a offset, specific data
48           could be put in the hole between data payload and fit image
49           header, such as CSF data on i.MX platform.
50
51 config FIT_FULL_CHECK
52         bool "Do a full check of the FIT before using it"
53         default y
54         help
55           Enable this do a full check of the FIT to make sure it is valid. This
56           helps to protect against carefully crafted FITs which take advantage
57           of bugs or omissions in the code. This includes a bad structure,
58           multiple root nodes and the like.
59
60 config FIT_SIGNATURE
61         bool "Enable signature verification of FIT uImages"
62         depends on DM
63         select HASH
64         imply RSA
65         imply RSA_VERIFY
66         select IMAGE_SIGN_INFO
67         select FIT_FULL_CHECK
68         help
69           This option enables signature verification of FIT uImages,
70           using a hash signed and verified using RSA. If
71           CONFIG_SHA_PROG_HW_ACCEL is defined, i.e support for progressive
72           hashing is available using hardware, then the RSA library will use
73           it. See doc/uImage.FIT/signature.txt for more details.
74
75           WARNING: When relying on signed FIT images with a required signature
76           check the legacy image format is disabled by default, so that
77           unsigned images cannot be loaded. If a board needs the legacy image
78           format support in this case, enable it using
79           CONFIG_LEGACY_IMAGE_FORMAT.
80
81 config FIT_SIGNATURE_MAX_SIZE
82         hex "Max size of signed FIT structures"
83         depends on FIT_SIGNATURE
84         default 0x10000000
85         help
86           This option sets a max size in bytes for verified FIT uImages.
87           A sane value of 256MB protects corrupted DTB structures from overlapping
88           device memory. Assure this size does not extend past expected storage
89           space.
90
91 config FIT_RSASSA_PSS
92         bool "Support rsassa-pss signature scheme of FIT image contents"
93         depends on FIT_SIGNATURE
94         help
95           Enable this to support the pss padding algorithm as described
96           in the rfc8017 (https://tools.ietf.org/html/rfc8017).
97
98 config FIT_CIPHER
99         bool "Enable ciphering data in a FIT uImages"
100         depends on DM
101         select AES
102         help
103           Enable the feature of data ciphering/unciphering in the tool mkimage
104           and in the u-boot support of the FIT image.
105
106 config FIT_VERBOSE
107         bool "Show verbose messages when FIT images fail"
108         help
109           Generally a system will have valid FIT images so debug messages
110           are a waste of code space. If you are debugging your images then
111           you can enable this option to get more verbose information about
112           failures.
113
114 config FIT_BEST_MATCH
115         bool "Select the best match for the kernel device tree"
116         help
117           When no configuration is explicitly selected, default to the
118           one whose fdt's compatibility field best matches that of
119           U-Boot itself. A match is considered "best" if it matches the
120           most specific compatibility entry of U-Boot's fdt's root node.
121           The order of entries in the configuration's fdt is ignored.
122
123 config FIT_IMAGE_POST_PROCESS
124         bool "Enable post-processing of FIT artifacts after loading by U-Boot"
125         depends on TI_SECURE_DEVICE || SOCFPGA_SECURE_VAB_AUTH
126         default y if TI_SECURE_DEVICE
127         help
128           Allows doing any sort of manipulation to blobs after they got extracted
129           from FIT images like stripping off headers or modifying the size of the
130           blob, verification, authentication, decryption etc. in a platform or
131           board specific way. In order to use this feature a platform or board-
132           specific implementation of board_fit_image_post_process() must be
133           provided. Also, anything done during this post-processing step would
134           need to be comprehended in how the images were prepared before being
135           injected into the FIT creation (i.e. the blobs would have been pre-
136           processed before being added to the FIT image).
137
138 config FIT_PRINT
139         bool "Support FIT printing"
140         default y
141         help
142           Support printing the content of the fitImage in a verbose manner.
143
144 if SPL
145
146 config SPL_FIT
147         bool "Support Flattened Image Tree within SPL"
148         depends on SPL
149         select SPL_HASH
150         select SPL_OF_LIBFDT
151
152 config SPL_FIT_PRINT
153         bool "Support FIT printing within SPL"
154         depends on SPL_FIT
155         help
156           Support printing the content of the fitImage in a verbose manner in SPL.
157
158 config SPL_FIT_FULL_CHECK
159         bool "Do a full check of the FIT before using it"
160         help
161           Enable this do a full check of the FIT to make sure it is valid. This
162           helps to protect against carefully crafted FITs which take advantage
163           of bugs or omissions in the code. This includes a bad structure,
164           multiple root nodes and the like.
165
166
167 config SPL_FIT_SIGNATURE
168         bool "Enable signature verification of FIT firmware within SPL"
169         depends on SPL_DM
170         depends on SPL_LOAD_FIT || SPL_LOAD_FIT_FULL
171         select FIT_SIGNATURE
172         select SPL_FIT
173         select SPL_CRYPTO
174         select SPL_HASH
175         imply SPL_RSA
176         imply SPL_RSA_VERIFY
177         select SPL_IMAGE_SIGN_INFO
178         select SPL_FIT_FULL_CHECK
179
180 config SPL_FIT_SIGNATURE_MAX_SIZE
181         hex "Max size of signed FIT structures in SPL"
182         depends on SPL_FIT_SIGNATURE
183         default 0x10000000
184         help
185           This option sets a max size in bytes for verified FIT uImages.
186           A sane value of 256MB protects corrupted DTB structures from overlapping
187           device memory. Assure this size does not extend past expected storage
188           space.
189
190 config SPL_FIT_RSASSA_PSS
191         bool "Support rsassa-pss signature scheme of FIT image contents in SPL"
192         depends on SPL_FIT_SIGNATURE
193         help
194           Enable this to support the pss padding algorithm as described
195           in the rfc8017 (https://tools.ietf.org/html/rfc8017) in SPL.
196
197 config SPL_LOAD_FIT
198         bool "Enable SPL loading U-Boot as a FIT (basic fitImage features)"
199         select SPL_FIT
200         help
201           Normally with the SPL framework a legacy image is generated as part
202           of the build. This contains U-Boot along with information as to
203           where it should be loaded. This option instead enables generation
204           of a FIT (Flat Image Tree) which provides more flexibility. In
205           particular it can handle selecting from multiple device tree
206           and passing the correct one to U-Boot.
207
208           This path has the following limitations:
209
210           1. "loadables" images, other than FDTs, which do not have a "load"
211              property will not be loaded. This limitation also applies to FPGA
212              images with the correct "compatible" string.
213           2. For FPGA images, the supported "compatible" list is in the
214              doc/uImage.FIT/source_file_format.txt.
215           3. FDTs are only loaded for images with an "os" property of "u-boot".
216              "linux" images are also supported with Falcon boot mode.
217
218 config SPL_LOAD_FIT_ADDRESS
219         hex "load address of fit image"
220         depends on SPL_LOAD_FIT
221         default 0x0
222         help
223           Specify the load address of the fit image that will be loaded
224           by SPL.
225
226 config SPL_LOAD_FIT_APPLY_OVERLAY
227         bool "Enable SPL applying DT overlays from FIT"
228         depends on SPL_LOAD_FIT
229         select OF_LIBFDT_OVERLAY
230         help
231           The device tree is loaded from the FIT image. Allow the SPL is to
232           also load device-tree overlays from the FIT image an apply them
233           over the device tree.
234
235 config SPL_LOAD_FIT_APPLY_OVERLAY_BUF_SZ
236         depends on SPL_LOAD_FIT_APPLY_OVERLAY
237         default 0x10000
238         hex "size of temporary buffer used to load the overlays"
239         help
240           The size of the area where the overlays will be loaded and
241           uncompress. Must be at least as large as biggest overlay
242           (uncompressed)
243
244 config SPL_LOAD_FIT_FULL
245         bool "Enable SPL loading U-Boot as a FIT (full fitImage features)"
246         select SPL_FIT
247         help
248           Normally with the SPL framework a legacy image is generated as part
249           of the build. This contains U-Boot along with information as to
250           where it should be loaded. This option instead enables generation
251           of a FIT (Flat Image Tree) which provides more flexibility. In
252           particular it can handle selecting from multiple device tree
253           and passing the correct one to U-Boot.
254
255 config SPL_FIT_IMAGE_POST_PROCESS
256         bool "Enable post-processing of FIT artifacts after loading by the SPL"
257         depends on SPL_LOAD_FIT
258         default y if TI_SECURE_DEVICE
259         help
260           Allows doing any sort of manipulation to blobs after they got extracted
261           from the U-Boot FIT image like stripping off headers or modifying the
262           size of the blob, verification, authentication, decryption etc. in a
263           platform or board specific way. In order to use this feature a platform
264           or board-specific implementation of board_fit_image_post_process() must
265           be provided. Also, anything done during this post-processing step would
266           need to be comprehended in how the images were prepared before being
267           injected into the FIT creation (i.e. the blobs would have been pre-
268           processed before being added to the FIT image).
269
270 config SPL_FIT_SOURCE
271         string ".its source file for U-Boot FIT image"
272         depends on SPL_FIT
273         help
274           Specifies a (platform specific) FIT source file to generate the
275           U-Boot FIT image. This could specify further image to load and/or
276           execute.
277
278 config USE_SPL_FIT_GENERATOR
279         bool "Use a script to generate the .its script"
280         default y if SPL_FIT && (!ARCH_SUNXI && !RISCV)
281
282 config SPL_FIT_GENERATOR
283         string ".its file generator script for U-Boot FIT image"
284         depends on USE_SPL_FIT_GENERATOR
285         default "arch/arm/mach-rockchip/make_fit_atf.py" if SPL_LOAD_FIT && ARCH_ROCKCHIP
286         default "arch/arm/mach-zynqmp/mkimage_fit_atf.sh" if SPL_LOAD_FIT && ARCH_ZYNQMP
287         help
288           Specifies a (platform specific) script file to generate the FIT
289           source file used to build the U-Boot FIT image file. This gets
290           passed a list of supported device tree file stub names to
291           include in the generated image.
292
293 endif # SPL
294
295 if VPL
296
297 config VPL_FIT
298         bool "Support Flattened Image Tree within VPL"
299         depends on VPL
300         default y
301         select VPL_HASH
302         select VPL_OF_LIBFDT
303
304 config VPL_FIT_PRINT
305         bool "Support FIT printing within VPL"
306         depends on VPL_FIT
307         default y
308         help
309           Support printing the content of the fitImage in a verbose manner in VPL.
310
311 config VPL_FIT_FULL_CHECK
312         bool "Do a full check of the FIT before using it"
313         default y
314         help
315           Enable this do a full check of the FIT to make sure it is valid. This
316           helps to protect against carefully crafted FITs which take advantage
317           of bugs or omissions in the code. This includes a bad structure,
318           multiple root nodes and the like.
319
320 config VPL_FIT_SIGNATURE
321         bool "Enable signature verification of FIT firmware within VPL"
322         depends on VPL_DM
323         default y
324         select FIT_SIGNATURE
325         select VPL_FIT
326         select VPL_CRYPTO
327         select VPL_HASH
328         imply VPL_RSA
329         imply VPL_RSA_VERIFY
330         select VPL_IMAGE_SIGN_INFO
331         select VPL_FIT_FULL_CHECK
332
333 config VPL_FIT_SIGNATURE_MAX_SIZE
334         hex "Max size of signed FIT structures in VPL"
335         depends on VPL_FIT_SIGNATURE
336         default 0x10000000
337         help
338           This option sets a max size in bytes for verified FIT uImages.
339           A sane value of 256MB protects corrupted DTB structures from overlapping
340           device memory. Assure this size does not extend past expected storage
341           space.
342
343 endif # VPL
344
345 endif # FIT
346
347 config PXE_UTILS
348         bool
349         select MENU
350         help
351           Utilities for parsing PXE file formats.
352
353 config BOOTSTD
354         bool "Standard boot support"
355         default y
356         depends on DM && OF_CONTROL && BLK
357         help
358           U-Boot supports a standard way of locating something to boot,
359           typically an Operating System such as Linux, provided by a distro such
360           as Arch Linux or Debian. Enable this to support iterating through
361           available bootdevs and using bootmeths to find bootflows suitable for
362           booting.
363
364           Standard boot is not a standard way of booting, just a framework
365           within U-Boot for supporting all the different ways that exist.
366
367           Terminology:
368
369             - bootdev - a device which can hold a distro (e.g. MMC)
370             - bootmeth - a method to scan a bootdev to find bootflows (owned by
371                 U-Boot)
372             - bootflow - a description of how to boot (owned by the distro)
373
374 config BOOTSTD_FULL
375         bool "Enhanced features for standard boot"
376         default y if SANDBOX
377         help
378           This enables various useful features for standard boot, which are not
379           essential for operation:
380
381           - bootdev, bootmeth commands
382           - extra features in the bootflow command
383           - support for selecting the ordering of bootmeths ("bootmeth order")
384           - support for selecting the ordering of bootdevs using the devicetree
385             as well as the "boot_targets" environment variable
386
387 config SPL_BOOTSTD
388         bool "Standard boot support in VPL"
389         depends on SPL && SPL_DM && SPL_OF_CONTROL && SPL_BLK
390         default y if VPL
391         help
392           This enables standard boot in SPL. This is neeeded so that VBE
393           (Verified Boot for Embedded) can be used, since it depends on standard
394           boot. It is enabled by default since the main purpose of VPL is to
395           handle the firmware part of VBE.
396
397 config VPL_BOOTSTD
398         bool "Standard boot support in VPL"
399         depends on VPL && VPL_DM && VPL_OF_CONTROL && VPL_BLK
400         default y
401         help
402           This enables standard boot in SPL. This is neeeded so that VBE
403           (Verified Boot for Embedded) can be used, since it depends on standard
404           boot. It is enabled by default since the main purpose of VPL is to
405           handle the firmware part of VBE.
406
407 if BOOTSTD
408
409 config BOOTSTD_BOOTCOMMAND
410         bool "Use bootstd to boot"
411         default y if !DISTRO_DEFAULTS
412         help
413           Enable this to select a default boot-command suitable for booting
414           with standard boot. This can be overridden by the board if needed,
415           but the default command should be enough for most boards which use
416           standard boot.
417
418           For now this is only selected if distro boot is NOT used, since
419           standard boot does not support all of the features of distro boot
420           yet.
421
422 config BOOTMETH_GLOBAL
423         bool
424         help
425           Add support for global bootmeths. This feature is used by VBE and
426           EFI bootmgr, since they take full control over which bootdevs are
427           selected to boot.
428
429 config BOOTMETH_DISTRO
430         bool "Bootdev support for distro boot"
431         select PXE_UTILS
432         default y
433         help
434           Enables support for distro boot using bootdevs. This makes the
435           bootdevs look for a 'extlinux/extlinux.conf' on each filesystem
436           they scan.
437
438           This provides a way to try out standard boot on an existing boot flow.
439
440 config BOOTMETH_DISTRO_PXE
441         bool "Bootdev support for distro boot over network"
442         depends on CMD_PXE && CMD_NET && DM_ETH
443         default y
444         help
445           Enables support for distro boot using bootdevs. This makes the
446           bootdevs look for a 'extlinux/extlinux.conf' on the tftp server.
447
448           This provides a way to try out standard boot on an existing boot flow.
449
450 config BOOTMETH_EFILOADER
451         bool "Bootdev support for EFI boot"
452         depends on CMD_BOOTEFI
453         default y
454         help
455           Enables support for EFI boot using bootdevs. This makes the
456           bootdevs look for a 'boot<arch>.efi' on each filesystem
457           they scan. The resulting file is booted after enabling U-Boot's
458           EFI loader support.
459
460           The <arch> depends on the architecture of the board:
461
462              aa64      - aarch64 (ARM 64-bit)
463              arm       - ARM 32-bit
464              ia32      - x86 32-bit
465              x64       - x86 64-bit
466              riscv32   - RISC-V 32-bit
467              riscv64   - RISC-V 64-bit
468
469           This provides a way to try out standard boot on an existing boot flow.
470
471 config BOOTMETH_VBE
472         bool "Bootdev support for Verified Boot for Embedded"
473         depends on FIT
474         default y
475         select BOOTMETH_GLOBAL
476         help
477           Enables support for VBE boot. This is a standard boot method which
478           supports selection of various firmware components, seleciton of an OS to
479           boot as well as updating these using fwupd.
480
481 config SPL_BOOTMETH_VBE
482         bool "Bootdev support for Verified Boot for Embedded (SPL)"
483         depends on SPL && FIT
484         default y if VPL
485         help
486           Enables support for VBE boot. This is a standard boot method which
487           supports selection of various firmware components, seleciton of an OS to
488           boot as well as updating these using fwupd.
489
490 config VPL_BOOTMETH_VBE
491         bool "Bootdev support for Verified Boot for Embedded (VPL)"
492         depends on VPL && FIT
493         default y
494         help
495           Enables support for VBE boot. This is a standard boot method which
496           supports selection of various firmware components, seleciton of an OS to
497           boot as well as updating these using fwupd.
498
499 if BOOTMETH_VBE
500
501 config BOOTMETH_VBE_SIMPLE
502         bool "Bootdev support for VBE 'simple' method"
503         default y
504         help
505           Enables support for VBE 'simple' boot. This allows updating a single
506           firmware image in boot media such as MMC. It does not support any sort
507           of rollback, recovery or A/B boot.
508
509 config BOOTMETH_VBE_SIMPLE_OS
510         bool "Bootdev support for VBE 'simple' method OS phase"
511         default y
512         help
513           Enables support for the OS parts of VBE 'simple' boot. This includes
514           fixing up the device tree with the required VBE information, ready
515           for booting into the OS. This option is only enabled for U-Boot
516           proper, since it is the phase where device tree fixups happen.
517
518 config SPL_BOOTMETH_VBE_SIMPLE
519         bool "Bootdev support for VBE 'simple' method (SPL)"
520         depends on SPL
521         default y if VPL
522         help
523           Enables support for VBE 'simple' boot. This allows updating a single
524           firmware image in boot media such as MMC. It does not support any sort
525           of rollback, recovery or A/B boot.
526
527 config VPL_BOOTMETH_VBE_SIMPLE
528         bool "Bootdev support for VBE 'simple' method (VPL)"
529         depends on VPL
530         default y
531         help
532           Enables support for VBE 'simple' boot. This allows updating a single
533           firmware image in boot media such as MMC. It does not support any sort
534           of rollback, recovery or A/B boot.
535
536 config SPL_BOOTMETH_VBE_SIMPLE_FW
537         bool "Bootdev support for VBE 'simple' method firmware phase (SPL)"
538         depends on VPL
539         default y
540         help
541           Enables support for the firmware parts of VBE 'simple' boot. This
542           includes an SPL loader which locates the correct U-Boot to boot into.
543           This option should really only be enabled for VPL, since it is the
544           phase where the SPL + U-Boot decision should be made. But for now,
545           SPL does its own FIT-configuration selection.
546
547 config VPL_BOOTMETH_VBE_SIMPLE_FW
548         bool "Bootdev support for VBE 'simple' method firmware phase (VPL)"
549         depends on VPL
550         default y
551         help
552           Enables support for the firmware parts of VBE 'simple' boot. This
553           includes an SPL loader which locates the correct SPL to boot into.
554           This option enabled for VPL, since it is the phase where the SPL
555           decision is made.
556
557 endif # BOOTMETH_VBE
558
559 config BOOTMETH_SANDBOX
560         def_bool y
561         depends on SANDBOX
562         help
563           This is a sandbox bootmeth driver used for testing. It always returns
564           -ENOTSUPP when attempting to boot.
565
566 config BOOTMETH_SCRIPT
567         bool "Bootdev support for U-Boot scripts"
568         default y if BOOTSTD_FULL
569         help
570           Enables support for booting a distro via a U-Boot script. This makes
571           the bootdevs look for a 'boot/boot.scr' file which can be used to
572           boot the distro.
573
574           This provides a way to try out standard boot on an existing boot flow.
575           It is not enabled by default to save space.
576
577 endif
578
579 config LEGACY_IMAGE_FORMAT
580         bool "Enable support for the legacy image format"
581         default y if !FIT_SIGNATURE && !TI_SECURE_DEVICE
582         help
583           This option enables the legacy image format. It is enabled by
584           default for backward compatibility, unless FIT_SIGNATURE is
585           set where it is disabled so that unsigned images cannot be
586           loaded. If a board needs the legacy image format support in this
587           case, enable it here.
588
589 config SUPPORT_RAW_INITRD
590         bool "Enable raw initrd images"
591         help
592           Note, defining the SUPPORT_RAW_INITRD allows user to supply
593           kernel with raw initrd images. The syntax is slightly different, the
594           address of the initrd must be augmented by it's size, in the following
595           format: "<initrd address>:<initrd size>".
596
597 config OF_BOARD_SETUP
598         bool "Set up board-specific details in device tree before boot"
599         depends on OF_LIBFDT
600         help
601           This causes U-Boot to call ft_board_setup() before booting into
602           the Operating System. This function can set up various
603           board-specific information in the device tree for use by the OS.
604           The device tree is then passed to the OS.
605
606 config OF_SYSTEM_SETUP
607         bool "Set up system-specific details in device tree before boot"
608         depends on OF_LIBFDT
609         help
610           This causes U-Boot to call ft_system_setup() before booting into
611           the Operating System. This function can set up various
612           system-specific information in the device tree for use by the OS.
613           The device tree is then passed to the OS.
614
615 config OF_STDOUT_VIA_ALIAS
616         bool "Update the device-tree stdout alias from U-Boot"
617         depends on OF_LIBFDT
618         help
619           This uses U-Boot's serial alias from the aliases node to update
620           the device tree passed to the OS. The "linux,stdout-path" property
621           in the chosen node is set to point to the correct serial node.
622           This option currently references CONFIG_CONS_INDEX, which is
623           incorrect when used with device tree as this option does not
624           exist / should not be used.
625
626 config HAVE_TEXT_BASE
627         bool
628         depends on !NIOS2 && !XTENSA
629         depends on !EFI_APP
630         default y
631
632 config TEXT_BASE
633         depends on HAVE_TEXT_BASE
634         default 0x0 if POSITION_INDEPENDENT
635         default 0x80800000 if ARCH_OMAP2PLUS || ARCH_K3
636         default 0x81700000 if MACH_SUNIV
637         default 0x2a000000 if MACH_SUN9I
638         default 0x4a000000 if SUNXI_MINIMUM_DRAM_MB >= 256
639         default 0x42e00000 if SUNXI_MINIMUM_DRAM_MB >= 64
640         hex "Text Base"
641         help
642           The address in memory that U-Boot will be running from, initially.
643
644 config HAVE_SYS_MONITOR_BASE
645         bool
646         depends on ARC || MIPS || M68K || NIOS2 || PPC || XTENSA || X86 \
647                 || ENV_IS_IN_FLASH || MTD_NOR_FLASH
648         depends on !EFI_APP
649         default y
650
651 config SYS_MONITOR_BASE
652         depends on HAVE_SYS_MONITOR_BASE
653         hex "Physical start address of boot monitor code"
654         default TEXT_BASE
655         help
656           The physical start address of boot monitor code (which is the same as
657           CONFIG_TEXT_BASE when linking) and the same as CONFIG_SYS_FLASH_BASE
658           when booting from flash.
659
660 config SPL_SYS_MONITOR_BASE
661         depends on MPC85xx && SPL && HAVE_SYS_MONITOR_BASE
662         hex "Physical start address of SPL monitor code"
663         default SPL_TEXT_BASE
664
665 config TPL_SYS_MONITOR_BASE
666         depends on MPC85xx && TPL && HAVE_SYS_MONITOR_BASE
667         hex "Physical start address of TPL monitor code"
668
669 config DYNAMIC_SYS_CLK_FREQ
670         bool "Determine CPU clock frequency at run-time"
671         help
672           Implement a get_board_sys_clk function that will determine the CPU
673           clock frequency at run time, rather than define it statically.
674
675 config SYS_CLK_FREQ
676         depends on !DYNAMIC_SYS_CLK_FREQ
677         int "CPU clock frequency"
678         default 125000000 if ARCH_LS1012A
679         default 100000000 if ARCH_P2020 || ARCH_T1024 || ARCH_T1042 || \
680                              ARCH_LS1021A || FSL_LSCH2 || FSL_LSCH3
681         default 66666666 if ARCH_P1010 || ARCH_P1020 || ARCH_T4240
682         default 66660000 if ARCH_T2080
683         default 33333333 if RCAR_GEN3
684         default 24000000 if ARCH_EXYNOS
685         default 20000000 if RCAR_GEN2
686         default 0
687         help
688           A static value for the CPU frequency.  Note that if not required
689           for a given SoC, this can be left at 0.
690
691 config ARCH_FIXUP_FDT_MEMORY
692         bool "Enable arch_fixup_memory_banks() call"
693         default y
694         help
695           Enable FDT memory map syncup before OS boot. This feature can be
696           used for booting OS with different memory setup where the part of
697           the memory location should be used for different purpose.
698
699 config CHROMEOS
700         bool "Support booting Chrome OS"
701         help
702           Chrome OS requires U-Boot to set up a table indicating the boot mode
703           (e.g. Developer mode) and a few other things. Enable this if you are
704           booting on a Chromebook to avoid getting an error about an invalid
705           firmware ID.
706
707 config CHROMEOS_VBOOT
708         bool "Support Chrome OS verified boot"
709         help
710           This is intended to enable the full Chrome OS verified boot support
711           in U-Boot. It is not actually implemented in the U-Boot source code
712           at present, so this option is always set to 'n'. It allows
713           distinguishing between booting Chrome OS in a basic way (developer
714           mode) and a full boot.
715
716 config SYS_RAMBOOT
717         bool
718
719 config RAMBOOT_PBL
720         bool "Freescale PBL(pre-boot loader) image format support"
721         select SYS_RAMBOOT if PPC
722         help
723           Some SoCs use PBL to load RCW and/or pre-initialization instructions.
724           For more details refer to doc/README.pblimage
725
726 choice
727         prompt "Freescale PBL load location"
728         depends on RAMBOOT_PBL || ((TARGET_P1010RDB_PA || TARGET_P1010RDB_PB \
729                 || TARGET_P1020RDB_PC || TARGET_P1020RDB_PD || TARGET_P2020RDB) \
730                 && !CMD_NAND)
731
732 config SDCARD
733         bool "Freescale PBL is found on SD card"
734
735 config SPIFLASH
736         bool "Freescale PBL is found on SPI flash"
737
738 endchoice
739
740 config FSL_FIXED_MMC_LOCATION
741         bool "PBL MMC is at a fixed location"
742         depends on SDCARD && !RAMBOOT_PBL
743
744 config ESDHC_HC_BLK_ADDR
745         def_bool y
746         depends on FSL_FIXED_MMC_LOCATION && (ARCH_BSC9131 || ARCH_BSC9132 || ARCH_P1010)
747         help
748           In High Capacity SD Cards (> 2 GBytes), the 32-bit source address and
749           code length of these soc specify the memory address in block address
750           format. Block length is fixed to 512 bytes as per the SD High
751           Capacity specification.
752
753 config SYS_FSL_PBL_PBI
754         string "PBI(pre-boot instructions) commands for the PBL image"
755         depends on RAMBOOT_PBL
756         help
757           PBI commands can be used to configure SoC before it starts the execution.
758           Please refer doc/README.pblimage for more details.
759
760 config SYS_FSL_PBL_RCW
761         string "Aadditional RCW (Power on reset configuration) for the PBL image"
762         depends on RAMBOOT_PBL
763         help
764           Enables addition of RCW (Power on reset configuration) in built image.
765           Please refer doc/README.pblimage for more details.
766
767 config SYS_BOOT_RAMDISK_HIGH
768         depends on CMD_BOOTM || CMD_BOOTI || CMD_BOOTZ
769         depends on !(NIOS2 || SANDBOX || SH || XTENSA)
770         def_bool y
771         help
772           Enable initrd_high functionality.  If defined then the initrd_high
773           feature is enabled and the boot* ramdisk subcommand is enabled.
774
775 endmenu         # Boot images
776
777 menu "Boot timing"
778
779 config BOOTSTAGE
780         bool "Boot timing and reporting"
781         help
782           Enable recording of boot time while booting. To use it, insert
783           calls to bootstage_mark() with a suitable BOOTSTAGE_ID from
784           bootstage.h. Only a single entry is recorded for each ID. You can
785           give the entry a name with bootstage_mark_name(). You can also
786           record elapsed time in a particular stage using bootstage_start()
787           before starting and bootstage_accum() when finished. Bootstage will
788           add up all the accumulated time and report it.
789
790           Normally, IDs are defined in bootstage.h but a small number of
791           additional 'user' IDs can be used by passing BOOTSTAGE_ID_ALLOC
792           as the ID.
793
794           Calls to show_boot_progress() will also result in log entries but
795           these will not have names.
796
797 config SPL_BOOTSTAGE
798         bool "Boot timing and reported in SPL"
799         depends on BOOTSTAGE && SPL
800         help
801           Enable recording of boot time in SPL. To make this visible to U-Boot
802           proper, enable BOOTSTAGE_STASH as well. This will stash the timing
803           information when SPL finishes and load it when U-Boot proper starts
804           up.
805
806 config TPL_BOOTSTAGE
807         bool "Boot timing and reported in TPL"
808         depends on BOOTSTAGE && TPL
809         help
810           Enable recording of boot time in SPL. To make this visible to U-Boot
811           proper, enable BOOTSTAGE_STASH as well. This will stash the timing
812           information when TPL finishes and load it when U-Boot proper starts
813           up.
814
815 config BOOTSTAGE_REPORT
816         bool "Display a detailed boot timing report before booting the OS"
817         depends on BOOTSTAGE
818         help
819           Enable output of a boot time report just before the OS is booted.
820           This shows how long it took U-Boot to go through each stage of the
821           boot process. The report looks something like this:
822
823                 Timer summary in microseconds:
824                        Mark    Elapsed  Stage
825                           0          0  reset
826                   3,575,678  3,575,678  board_init_f start
827                   3,575,695         17  arch_cpu_init A9
828                   3,575,777         82  arch_cpu_init done
829                   3,659,598     83,821  board_init_r start
830                   3,910,375    250,777  main_loop
831                  29,916,167 26,005,792  bootm_start
832                  30,361,327    445,160  start_kernel
833
834 config BOOTSTAGE_RECORD_COUNT
835         int "Number of boot stage records to store"
836         depends on BOOTSTAGE
837         default 30
838         help
839           This is the size of the bootstage record list and is the maximum
840           number of bootstage records that can be recorded.
841
842 config SPL_BOOTSTAGE_RECORD_COUNT
843         int "Number of boot stage records to store for SPL"
844         depends on SPL_BOOTSTAGE
845         default 5
846         help
847           This is the size of the bootstage record list and is the maximum
848           number of bootstage records that can be recorded.
849
850 config TPL_BOOTSTAGE_RECORD_COUNT
851         int "Number of boot stage records to store for TPL"
852         depends on TPL_BOOTSTAGE
853         default 5
854         help
855           This is the size of the bootstage record list and is the maximum
856           number of bootstage records that can be recorded.
857
858 config BOOTSTAGE_FDT
859         bool "Store boot timing information in the OS device tree"
860         depends on BOOTSTAGE
861         help
862           Stash the bootstage information in the FDT. A root 'bootstage'
863           node is created with each bootstage id as a child. Each child
864           has a 'name' property and either 'mark' containing the
865           mark time in microseconds, or 'accum' containing the
866           accumulated time for that bootstage id in microseconds.
867           For example:
868
869                 bootstage {
870                         154 {
871                                 name = "board_init_f";
872                                 mark = <3575678>;
873                         };
874                         170 {
875                                 name = "lcd";
876                                 accum = <33482>;
877                         };
878                 };
879
880           Code in the Linux kernel can find this in /proc/devicetree.
881
882 config BOOTSTAGE_STASH
883         bool "Stash the boot timing information in memory before booting OS"
884         depends on BOOTSTAGE
885         help
886           Some OSes do not support device tree. Bootstage can instead write
887           the boot timing information in a binary format at a given address.
888           This happens through a call to bootstage_stash(), typically in
889           the CPU's cleanup_before_linux() function. You can use the
890           'bootstage stash' and 'bootstage unstash' commands to do this on
891           the command line.
892
893 config BOOTSTAGE_STASH_ADDR
894         hex "Address to stash boot timing information"
895         default 0
896         help
897           Provide an address which will not be overwritten by the OS when it
898           starts, so that it can read this information when ready.
899
900 config BOOTSTAGE_STASH_SIZE
901         hex "Size of boot timing stash region"
902         default 0x1000
903         help
904           This should be large enough to hold the bootstage stash. A value of
905           4096 (4KiB) is normally plenty.
906
907 config SHOW_BOOT_PROGRESS
908         bool "Show boot progress in a board-specific manner"
909         help
910           Defining this option allows to add some board-specific code (calling
911           a user-provided function show_boot_progress(int) that enables you to
912           show the system's boot progress on some display (for example, some
913           LEDs) on your board. At the moment, the following checkpoints are
914           implemented:
915
916           Legacy uImage format:
917
918           Arg   Where                   When
919             1   common/cmd_bootm.c      before attempting to boot an image
920            -1   common/cmd_bootm.c      Image header has bad     magic number
921             2   common/cmd_bootm.c      Image header has correct magic number
922            -2   common/cmd_bootm.c      Image header has bad     checksum
923             3   common/cmd_bootm.c      Image header has correct checksum
924            -3   common/cmd_bootm.c      Image data   has bad     checksum
925             4   common/cmd_bootm.c      Image data   has correct checksum
926            -4   common/cmd_bootm.c      Image is for unsupported architecture
927             5   common/cmd_bootm.c      Architecture check OK
928            -5   common/cmd_bootm.c      Wrong Image Type (not kernel, multi)
929             6   common/cmd_bootm.c      Image Type check OK
930            -6   common/cmd_bootm.c      gunzip uncompression error
931            -7   common/cmd_bootm.c      Unimplemented compression type
932             7   common/cmd_bootm.c      Uncompression OK
933             8   common/cmd_bootm.c      No uncompress/copy overwrite error
934            -9   common/cmd_bootm.c      Unsupported OS (not Linux, BSD, VxWorks, QNX)
935
936             9   common/image.c          Start initial ramdisk verification
937           -10   common/image.c          Ramdisk header has bad     magic number
938           -11   common/image.c          Ramdisk header has bad     checksum
939            10   common/image.c          Ramdisk header is OK
940           -12   common/image.c          Ramdisk data   has bad     checksum
941            11   common/image.c          Ramdisk data   has correct checksum
942            12   common/image.c          Ramdisk verification complete, start loading
943           -13   common/image.c          Wrong Image Type (not PPC Linux ramdisk)
944            13   common/image.c          Start multifile image verification
945            14   common/image.c          No initial ramdisk, no multifile, continue.
946
947            15   arch/<arch>/lib/bootm.c All preparation done, transferring control to OS
948
949           -30   arch/powerpc/lib/board.c        Fatal error, hang the system
950           -31   post/post.c             POST test failed, detected by post_output_backlog()
951           -32   post/post.c             POST test failed, detected by post_run_single()
952
953            34   common/cmd_doc.c        before loading a Image from a DOC device
954           -35   common/cmd_doc.c        Bad usage of "doc" command
955            35   common/cmd_doc.c        correct usage of "doc" command
956           -36   common/cmd_doc.c        No boot device
957            36   common/cmd_doc.c        correct boot device
958           -37   common/cmd_doc.c        Unknown Chip ID on boot device
959            37   common/cmd_doc.c        correct chip ID found, device available
960           -38   common/cmd_doc.c        Read Error on boot device
961            38   common/cmd_doc.c        reading Image header from DOC device OK
962           -39   common/cmd_doc.c        Image header has bad magic number
963            39   common/cmd_doc.c        Image header has correct magic number
964           -40   common/cmd_doc.c        Error reading Image from DOC device
965            40   common/cmd_doc.c        Image header has correct magic number
966            41   common/cmd_ide.c        before loading a Image from a IDE device
967           -42   common/cmd_ide.c        Bad usage of "ide" command
968            42   common/cmd_ide.c        correct usage of "ide" command
969           -43   common/cmd_ide.c        No boot device
970            43   common/cmd_ide.c        boot device found
971           -44   common/cmd_ide.c        Device not available
972            44   common/cmd_ide.c        Device available
973           -45   common/cmd_ide.c        wrong partition selected
974            45   common/cmd_ide.c        partition selected
975           -46   common/cmd_ide.c        Unknown partition table
976            46   common/cmd_ide.c        valid partition table found
977           -47   common/cmd_ide.c        Invalid partition type
978            47   common/cmd_ide.c        correct partition type
979           -48   common/cmd_ide.c        Error reading Image Header on boot device
980            48   common/cmd_ide.c        reading Image Header from IDE device OK
981           -49   common/cmd_ide.c        Image header has bad magic number
982            49   common/cmd_ide.c        Image header has correct magic number
983           -50   common/cmd_ide.c        Image header has bad     checksum
984            50   common/cmd_ide.c        Image header has correct checksum
985           -51   common/cmd_ide.c        Error reading Image from IDE device
986            51   common/cmd_ide.c        reading Image from IDE device OK
987            52   common/cmd_nand.c       before loading a Image from a NAND device
988           -53   common/cmd_nand.c       Bad usage of "nand" command
989            53   common/cmd_nand.c       correct usage of "nand" command
990           -54   common/cmd_nand.c       No boot device
991            54   common/cmd_nand.c       boot device found
992           -55   common/cmd_nand.c       Unknown Chip ID on boot device
993            55   common/cmd_nand.c       correct chip ID found, device available
994           -56   common/cmd_nand.c       Error reading Image Header on boot device
995            56   common/cmd_nand.c       reading Image Header from NAND device OK
996           -57   common/cmd_nand.c       Image header has bad magic number
997            57   common/cmd_nand.c       Image header has correct magic number
998           -58   common/cmd_nand.c       Error reading Image from NAND device
999            58   common/cmd_nand.c       reading Image from NAND device OK
1000
1001           -60   common/env_common.c     Environment has a bad CRC, using default
1002
1003            64   net/eth.c               starting with Ethernet configuration.
1004           -64   net/eth.c               no Ethernet found.
1005            65   net/eth.c               Ethernet found.
1006
1007           -80   common/cmd_net.c        usage wrong
1008            80   common/cmd_net.c        before calling net_loop()
1009           -81   common/cmd_net.c        some error in net_loop() occurred
1010            81   common/cmd_net.c        net_loop() back without error
1011           -82   common/cmd_net.c        size == 0 (File with size 0 loaded)
1012            82   common/cmd_net.c        trying automatic boot
1013            83   common/cmd_net.c        running "source" command
1014           -83   common/cmd_net.c        some error in automatic boot or "source" command
1015            84   common/cmd_net.c        end without errors
1016
1017           FIT uImage format:
1018
1019           Arg   Where                   When
1020           100   common/cmd_bootm.c      Kernel FIT Image has correct format
1021           -100  common/cmd_bootm.c      Kernel FIT Image has incorrect format
1022           101   common/cmd_bootm.c      No Kernel subimage unit name, using configuration
1023           -101  common/cmd_bootm.c      Can't get configuration for kernel subimage
1024           102   common/cmd_bootm.c      Kernel unit name specified
1025           -103  common/cmd_bootm.c      Can't get kernel subimage node offset
1026           103   common/cmd_bootm.c      Found configuration node
1027           104   common/cmd_bootm.c      Got kernel subimage node offset
1028           -104  common/cmd_bootm.c      Kernel subimage hash verification failed
1029           105   common/cmd_bootm.c      Kernel subimage hash verification OK
1030           -105  common/cmd_bootm.c      Kernel subimage is for unsupported architecture
1031           106   common/cmd_bootm.c      Architecture check OK
1032           -106  common/cmd_bootm.c      Kernel subimage has wrong type
1033           107   common/cmd_bootm.c      Kernel subimage type OK
1034           -107  common/cmd_bootm.c      Can't get kernel subimage data/size
1035           108   common/cmd_bootm.c      Got kernel subimage data/size
1036           -108  common/cmd_bootm.c      Wrong image type (not legacy, FIT)
1037           -109  common/cmd_bootm.c      Can't get kernel subimage type
1038           -110  common/cmd_bootm.c      Can't get kernel subimage comp
1039           -111  common/cmd_bootm.c      Can't get kernel subimage os
1040           -112  common/cmd_bootm.c      Can't get kernel subimage load address
1041           -113  common/cmd_bootm.c      Image uncompress/copy overwrite error
1042
1043           120   common/image.c          Start initial ramdisk verification
1044           -120  common/image.c          Ramdisk FIT image has incorrect format
1045           121   common/image.c          Ramdisk FIT image has correct format
1046           122   common/image.c          No ramdisk subimage unit name, using configuration
1047           -122  common/image.c          Can't get configuration for ramdisk subimage
1048           123   common/image.c          Ramdisk unit name specified
1049           -124  common/image.c          Can't get ramdisk subimage node offset
1050           125   common/image.c          Got ramdisk subimage node offset
1051           -125  common/image.c          Ramdisk subimage hash verification failed
1052           126   common/image.c          Ramdisk subimage hash verification OK
1053           -126  common/image.c          Ramdisk subimage for unsupported architecture
1054           127   common/image.c          Architecture check OK
1055           -127  common/image.c          Can't get ramdisk subimage data/size
1056           128   common/image.c          Got ramdisk subimage data/size
1057           129   common/image.c          Can't get ramdisk load address
1058           -129  common/image.c          Got ramdisk load address
1059
1060           -130  common/cmd_doc.c        Incorrect FIT image format
1061           131   common/cmd_doc.c        FIT image format OK
1062
1063           -140  common/cmd_ide.c        Incorrect FIT image format
1064           141   common/cmd_ide.c        FIT image format OK
1065
1066           -150  common/cmd_nand.c       Incorrect FIT image format
1067           151   common/cmd_nand.c       FIT image format OK
1068
1069 config SPL_SHOW_BOOT_PROGRESS
1070         bool "Show boot progress in a board-specific manner in SPL"
1071         depends on SPL
1072         help
1073           Defining this option allows to add some board-specific code (calling
1074           a user-provided function show_boot_progress(int) that enables you to
1075           show the system's boot progress on some display (for example, some
1076           LEDs) on your board. For details see SHOW_BOOT_PROGRESS.
1077
1078 endmenu
1079
1080 menu "Boot media"
1081
1082 config NOR_BOOT
1083         bool "Support for booting from NOR flash"
1084         depends on NOR
1085         help
1086           Enabling this will make a U-Boot binary that is capable of being
1087           booted via NOR.  In this case we will enable certain pinmux early
1088           as the ROM only partially sets up pinmux.  We also default to using
1089           NOR for environment.
1090
1091 config NAND_BOOT
1092         bool "Support for booting from NAND flash"
1093         imply MTD_RAW_NAND
1094         help
1095           Enabling this will make a U-Boot binary that is capable of being
1096           booted via NAND flash. This is not a must, some SoCs need this,
1097           some not.
1098
1099 config ONENAND_BOOT
1100         bool "Support for booting from ONENAND"
1101         imply MTD_RAW_NAND
1102         help
1103           Enabling this will make a U-Boot binary that is capable of being
1104           booted via ONENAND. This is not a must, some SoCs need this,
1105           some not.
1106
1107 config QSPI_BOOT
1108         bool "Support for booting from QSPI flash"
1109         help
1110           Enabling this will make a U-Boot binary that is capable of being
1111           booted via QSPI flash. This is not a must, some SoCs need this,
1112           some not.
1113
1114 config SATA_BOOT
1115         bool "Support for booting from SATA"
1116         help
1117           Enabling this will make a U-Boot binary that is capable of being
1118           booted via SATA. This is not a must, some SoCs need this,
1119           some not.
1120
1121 config SD_BOOT
1122         bool "Support for booting from SD/EMMC"
1123         help
1124           Enabling this will make a U-Boot binary that is capable of being
1125           booted via SD/EMMC. This is not a must, some SoCs need this,
1126           some not.
1127
1128 config SD_BOOT_QSPI
1129         bool "Support for booting from SD/EMMC and enable QSPI"
1130         help
1131           Enabling this will make a U-Boot binary that is capable of being
1132           booted via SD/EMMC while enabling QSPI on the platform as well. This
1133           is not a must, some SoCs need this, some not.
1134
1135 config SPI_BOOT
1136         bool "Support for booting from SPI flash"
1137         help
1138           Enabling this will make a U-Boot binary that is capable of being
1139           booted via SPI flash. This is not a must, some SoCs need this,
1140           some not.
1141
1142 endmenu
1143
1144 menu "Autoboot options"
1145
1146 config AUTOBOOT
1147         bool "Autoboot"
1148         default y
1149         help
1150           This enables the autoboot.  See doc/README.autoboot for detail.
1151
1152 config BOOTDELAY
1153         int "delay in seconds before automatically booting"
1154         default 2
1155         depends on AUTOBOOT
1156         help
1157           Delay before automatically running bootcmd;
1158           set to 0 to autoboot with no delay, but you can stop it by key input.
1159           set to -1 to disable autoboot.
1160           set to -2 to autoboot with no delay and not check for abort
1161
1162           If this value is >= 0 then it is also used for the default delay
1163           before starting the default entry in bootmenu. If it is < 0 then
1164           a default value of 10s is used.
1165
1166           See doc/README.autoboot for details.
1167
1168 config AUTOBOOT_KEYED
1169         bool "Stop autobooting via specific input key / string"
1170         help
1171           This option enables stopping (aborting) of the automatic
1172           boot feature only by issuing a specific input key or
1173           string. If not enabled, any input key will abort the
1174           U-Boot automatic booting process and bring the device
1175           to the U-Boot prompt for user input.
1176
1177 config AUTOBOOT_FLUSH_STDIN
1178         bool "Enable flushing stdin before starting to read the password"
1179         depends on AUTOBOOT_KEYED && !SANDBOX
1180         help
1181           When this option is enabled stdin buffer will be flushed before
1182           starting to read the password.
1183           This can't be enabled for the sandbox as flushing stdin would
1184           break the autoboot unit tests.
1185
1186 config AUTOBOOT_PROMPT
1187         string "Autoboot stop prompt"
1188         depends on AUTOBOOT_KEYED
1189         default "Autoboot in %d seconds\\n"
1190         help
1191           This string is displayed before the boot delay selected by
1192           CONFIG_BOOTDELAY starts. If it is not defined there is no
1193           output indicating that autoboot is in progress.
1194
1195           Note that this define is used as the (only) argument to a
1196           printf() call, so it may contain '%' format specifications,
1197           provided that it also includes, sepearated by commas exactly
1198           like in a printf statement, the required arguments. It is
1199           the responsibility of the user to select only such arguments
1200           that are valid in the given context.
1201
1202 config AUTOBOOT_ENCRYPTION
1203         bool "Enable encryption in autoboot stopping"
1204         depends on AUTOBOOT_KEYED
1205         help
1206           This option allows a string to be entered into U-Boot to stop the
1207           autoboot.
1208           The behavior depends whether CONFIG_CRYPT_PW from lib is enabled
1209           or not.
1210           In case CONFIG_CRYPT_PW is enabled, the string will be forwarded
1211           to the crypt-based functionality and be compared against the
1212           string in the environment variable 'bootstopkeycrypt'.
1213           In case CONFIG_CRYPT_PW is disabled the string itself is hashed
1214           and compared against the hash in the environment variable
1215           'bootstopkeysha256'.
1216           If it matches in either case then boot stops and
1217           a command-line prompt is presented.
1218           This provides a way to ship a secure production device which can also
1219           be accessed at the U-Boot command line.
1220
1221 config AUTOBOOT_SHA256_FALLBACK
1222         bool "Allow fallback from crypt-hashed password to sha256"
1223         depends on AUTOBOOT_ENCRYPTION && CRYPT_PW
1224         help
1225           This option adds support to fall back from crypt-hashed
1226           passwords to checking a SHA256 hashed password in case the
1227           'bootstopusesha256' environment variable is set to 'true'.
1228
1229 config AUTOBOOT_DELAY_STR
1230         string "Delay autobooting via specific input key / string"
1231         depends on AUTOBOOT_KEYED && !AUTOBOOT_ENCRYPTION
1232         help
1233           This option delays the automatic boot feature by issuing
1234           a specific input key or string. If CONFIG_AUTOBOOT_DELAY_STR
1235           or the environment variable "bootdelaykey" is specified
1236           and this string is received from console input before
1237           autoboot starts booting, U-Boot gives a command prompt. The
1238           U-Boot prompt will time out if CONFIG_BOOT_RETRY_TIME is
1239           used, otherwise it never times out.
1240
1241 config AUTOBOOT_STOP_STR
1242         string "Stop autobooting via specific input key / string"
1243         depends on AUTOBOOT_KEYED && !AUTOBOOT_ENCRYPTION
1244         help
1245           This option enables stopping (aborting) of the automatic
1246           boot feature only by issuing a specific input key or
1247           string. If CONFIG_AUTOBOOT_STOP_STR or the environment
1248           variable "bootstopkey" is specified and this string is
1249           received from console input before autoboot starts booting,
1250           U-Boot gives a command prompt. The U-Boot prompt never
1251           times out, even if CONFIG_BOOT_RETRY_TIME is used.
1252
1253 config AUTOBOOT_KEYED_CTRLC
1254         bool "Enable Ctrl-C autoboot interruption"
1255         depends on AUTOBOOT_KEYED && !AUTOBOOT_ENCRYPTION
1256         help
1257           This option allows for the boot sequence to be interrupted
1258           by ctrl-c, in addition to the "bootdelaykey" and "bootstopkey".
1259           Setting this variable provides an escape sequence from the
1260           limited "password" strings.
1261
1262 config AUTOBOOT_NEVER_TIMEOUT
1263         bool "Make the password entry never time-out"
1264         depends on AUTOBOOT_KEYED && AUTOBOOT_ENCRYPTION && CRYPT_PW
1265         help
1266           This option removes the timeout from the password entry
1267           when the user first presses the <Enter> key before entering
1268           any other character.
1269
1270 config AUTOBOOT_STOP_STR_ENABLE
1271         bool "Enable fixed string to stop autobooting"
1272         depends on AUTOBOOT_KEYED && AUTOBOOT_ENCRYPTION
1273         help
1274           This option enables the feature to add a fixed stop
1275           string that is defined at compile time.
1276           In every case it will be tried to load the stop
1277           string from the environment.
1278           In case this is enabled and there is no stop string
1279           in the environment, this will be used as default value.
1280
1281 config AUTOBOOT_STOP_STR_CRYPT
1282         string "Stop autobooting via crypt-hashed password"
1283         depends on AUTOBOOT_STOP_STR_ENABLE && CRYPT_PW
1284         help
1285           This option adds the feature to only stop the autobooting,
1286           and therefore boot into the U-Boot prompt, when the input
1287           string / password matches a values that is hashed via
1288           one of the supported crypt-style password hashing options
1289           and saved in the environment variable "bootstopkeycrypt".
1290
1291 config AUTOBOOT_STOP_STR_SHA256
1292         string "Stop autobooting via SHA256 hashed password"
1293         depends on AUTOBOOT_STOP_STR_ENABLE
1294         help
1295           This option adds the feature to only stop the autobooting,
1296           and therefore boot into the U-Boot prompt, when the input
1297           string / password matches a values that is encypted via
1298           a SHA256 hash and saved in the environment variable
1299           "bootstopkeysha256". If the value in that variable
1300           includes a ":", the portion prior to the ":" will be treated
1301           as a salt value.
1302
1303 config AUTOBOOT_USE_MENUKEY
1304         bool "Allow a specify key to run a menu from the environment"
1305         depends on !AUTOBOOT_KEYED
1306         help
1307           If a specific key is pressed to stop autoboot, then the commands in
1308           the environment variable 'menucmd' are executed before boot starts.
1309
1310 config AUTOBOOT_MENUKEY
1311         int "ASCII value of boot key to show a menu"
1312         default 0
1313         depends on AUTOBOOT_USE_MENUKEY
1314         help
1315           If this key is pressed to stop autoboot, then the commands in the
1316           environment variable 'menucmd' will be executed before boot starts.
1317           For example, 33 means "!" in ASCII, so pressing ! at boot would take
1318           this action.
1319
1320 config AUTOBOOT_MENU_SHOW
1321         bool "Show a menu on boot"
1322         depends on CMD_BOOTMENU
1323         help
1324           This enables the boot menu, controlled by environment variables
1325           defined by the board. The menu starts after running the 'preboot'
1326           environmnent variable (if enabled) and before handling the boot delay.
1327           See README.bootmenu for more details.
1328
1329 config BOOTMENU_DISABLE_UBOOT_CONSOLE
1330         bool "Disallow bootmenu to enter the U-Boot console"
1331         depends on AUTOBOOT_MENU_SHOW
1332         help
1333           If this option is enabled, user can not enter the U-Boot console from
1334           bootmenu. It increases the system security.
1335
1336 config BOOT_RETRY
1337         bool "Boot retry feature"
1338         help
1339           Allow for having the U-Boot command prompt time out and attempt
1340           to boot again.  If the environment variable "bootretry" is found then
1341           its value is used, otherwise the retry timeout is
1342           CONFIG_BOOT_RETRY_TIME.  CONFIG_BOOT_RETRY_MIN is optional and
1343           defaults to CONFIG_BOOT_RETRY_TIME. All times are in seconds.
1344
1345 config BOOT_RETRY_TIME
1346         int "Timeout in seconds before attempting to boot again"
1347         depends on BOOT_RETRY
1348         help
1349           Time in seconds before the U-Boot prompt will timeout and boot will
1350           be attempted again.
1351
1352 config BOOT_RETRY_MIN
1353         int "Minimum timeout in seconds for 'bootretry'"
1354         depends on BOOT_RETRY
1355         default BOOT_RETRY_TIME
1356         help
1357           The minimum time in seconds that "bootretry" can be set to.
1358
1359 config RESET_TO_RETRY
1360         bool "Reset the board to retry autoboot"
1361         depends on BOOT_RETRY
1362         help
1363           After the countdown timed out, the board will be reset to restart
1364           again.
1365
1366 endmenu
1367
1368 menu "Image support"
1369
1370 config IMAGE_PRE_LOAD
1371         bool "Image pre-load support"
1372         help
1373           Enable an image pre-load stage in the SPL.
1374           This pre-load stage allows to do some manipulation
1375           or check (for example signature check) on an image
1376           before launching it.
1377
1378 config SPL_IMAGE_PRE_LOAD
1379         bool "Image pre-load support within SPL"
1380         depends on SPL && IMAGE_PRE_LOAD
1381         help
1382           Enable an image pre-load stage in the SPL.
1383           This pre-load stage allows to do some manipulation
1384           or check (for example signature check) on an image
1385           before launching it.
1386
1387 config IMAGE_PRE_LOAD_SIG
1388         bool "Image pre-load signature support"
1389         depends on IMAGE_PRE_LOAD
1390         select FIT_SIGNATURE
1391         select RSA
1392         select RSA_VERIFY_WITH_PKEY
1393         help
1394           Enable signature check support in the pre-load stage.
1395           For this feature a very simple header is added before
1396           the image with few fields:
1397           - a magic
1398           - the image size
1399           - the signature
1400           All other information (header size, type of signature,
1401           ...) are provided in the node /image/pre-load/sig of
1402           u-boot.
1403
1404 config SPL_IMAGE_PRE_LOAD_SIG
1405         bool "Image pre-load signature support witin SPL"
1406         depends on SPL_IMAGE_PRE_LOAD && IMAGE_PRE_LOAD_SIG
1407         select SPL_FIT_SIGNATURE
1408         select SPL_RSA
1409         select SPL_RSA_VERIFY_WITH_PKEY
1410         help
1411           Enable signature check support in the pre-load stage in the SPL.
1412           For this feature a very simple header is added before
1413           the image with few fields:
1414           - a magic
1415           - the image size
1416           - the signature
1417           All other information (header size, type of signature,
1418           ...) are provided in the node /image/pre-load/sig of
1419           u-boot.
1420
1421 endmenu
1422
1423 config USE_BOOTARGS
1424         bool "Enable boot arguments"
1425         help
1426           Provide boot arguments to bootm command. Boot arguments are specified
1427           in CONFIG_BOOTARGS option. Enable this option to be able to specify
1428           CONFIG_BOOTARGS string. If this option is disabled, CONFIG_BOOTARGS
1429           will be undefined and won't take any space in U-Boot image.
1430
1431 config BOOTARGS
1432         string "Boot arguments"
1433         depends on USE_BOOTARGS && !USE_DEFAULT_ENV_FILE
1434         help
1435           This can be used to pass arguments to the bootm command. The value of
1436           CONFIG_BOOTARGS goes into the environment value "bootargs". Note that
1437           this value will also override the "chosen" node in FDT blob.
1438
1439 config BOOTARGS_SUBST
1440         bool "Support substituting strings in boot arguments"
1441         help
1442           This allows substituting string values in the boot arguments. These
1443           are applied after the commandline has been built.
1444
1445           One use for this is to insert the root-disk UUID into the command
1446           line where bootargs contains "root=${uuid}"
1447
1448                 setenv bootargs "console= root=${uuid}"
1449                 # Set the 'uuid' environment variable
1450                 part uuid mmc 2:2 uuid
1451
1452                 # Command-line substitution will put the real uuid into the
1453                 # kernel command line
1454                 bootm
1455
1456 config USE_BOOTCOMMAND
1457         bool "Enable a default value for bootcmd"
1458         help
1459           Provide a default value for the bootcmd entry in the environment.  If
1460           autoboot is enabled this is what will be run automatically.  Enable
1461           this option to be able to specify CONFIG_BOOTCOMMAND as a string.  If
1462           this option is disabled, CONFIG_BOOTCOMMAND will be undefined and
1463           won't take any space in U-Boot image.
1464
1465 config BOOTCOMMAND
1466         string "bootcmd value"
1467         depends on USE_BOOTCOMMAND && !USE_DEFAULT_ENV_FILE
1468         default "bootflow scan -lb" if BOOTSTD_BOOTCOMMAND && CMD_BOOTFLOW_FULL
1469         default "bootflow scan" if BOOTSTD_BOOTCOMMAND && !CMD_BOOTFLOW_FULL
1470         default "run distro_bootcmd" if !BOOTSTD_BOOTCOMMAND && DISTRO_DEFAULTS
1471         help
1472           This is the string of commands that will be used as bootcmd and if
1473           AUTOBOOT is set, automatically run.
1474
1475 config USE_PREBOOT
1476         bool "Enable preboot"
1477         help
1478           When this option is enabled, the existence of the environment
1479           variable "preboot" will be checked immediately before starting the
1480           CONFIG_BOOTDELAY countdown and/or running the auto-boot command resp.
1481           entering interactive mode.
1482
1483           This feature is especially useful when "preboot" is automatically
1484           generated or modified. For example, the boot code can modify the
1485           "preboot" when a user holds down a certain combination of keys.
1486
1487 config PREBOOT
1488         string "preboot default value"
1489         depends on USE_PREBOOT && !USE_DEFAULT_ENV_FILE
1490         default "usb start" if USB_KEYBOARD
1491         default ""
1492         help
1493           This is the default of "preboot" environment variable.
1494
1495 config DEFAULT_FDT_FILE
1496         string "Default fdt file"
1497         help
1498           This option is used to set the default fdt file to boot OS.
1499
1500 config SAVE_PREV_BL_FDT_ADDR
1501         depends on ARM
1502         bool "Saves fdt address, passed by the previous bootloader, to env var"
1503         help
1504           When u-boot is used as a chain-loaded bootloader (replacing OS kernel),
1505           enable this option to save fdt address, passed by the
1506           previous bootloader for future use.
1507           Address is saved to `prevbl_fdt_addr` environment variable.
1508
1509           If no fdt was provided by previous bootloader, no env variables
1510           will be created.
1511
1512 config SAVE_PREV_BL_INITRAMFS_START_ADDR
1513         depends on ARM
1514         bool "Saves initramfs address, passed by the previous bootloader, to env var"
1515         help
1516           When u-boot is used as a chain-loaded bootloader(replacing OS kernel),
1517           enable this option to save initramfs address, passed by the
1518           previous bootloader for future use.
1519           Address is saved to `prevbl_initrd_start_addr` environment variable.
1520
1521           If no initramfs was provided by previous bootloader, no env variables
1522           will be created.
1523
1524 endmenu         # Booting