common/Kconfig

   1 menu "Boot timing"
   2
   3 config BOOTSTAGE
   4         bool "Boot timing and reporting"
   5         help
   6           Enable recording of boot time while booting. To use it, insert
   7           calls to bootstage_mark() with a suitable BOOTSTAGE_ID from
   8           bootstage.h. Only a single entry is recorded for each ID. You can
   9           give the entry a name with bootstage_mark_name(). You can also
  10           record elapsed time in a particular stage using bootstage_start()
  11           before starting and bootstage_accum() when finished. Bootstage will
  12           add up all the accumulated time and report it.
  13
  14           Normally, IDs are defined in bootstage.h but a small number of
  15           additional 'user' IDs can be used by passing BOOTSTAGE_ID_ALLOC
  16           as the ID.
  17
  18           Calls to show_boot_progress() will also result in log entries but
  19           these will not have names.
  20
  21 config SPL_BOOTSTAGE
  22         bool "Boot timing and reported in SPL"
  23         depends on BOOTSTAGE
  24         help
  25           Enable recording of boot time in SPL. To make this visible to U-Boot
  26           proper, enable BOOTSTAGE_STASH as well. This will stash the timing
  27           information when SPL finishes and load it when U-Boot proper starts
  28           up.
  29
  30 config TPL_BOOTSTAGE
  31         bool "Boot timing and reported in TPL"
  32         depends on BOOTSTAGE
  33         help
  34           Enable recording of boot time in SPL. To make this visible to U-Boot
  35           proper, enable BOOTSTAGE_STASH as well. This will stash the timing
  36           information when TPL finishes and load it when U-Boot proper starts
  37           up.
  38
  39 config BOOTSTAGE_REPORT
  40         bool "Display a detailed boot timing report before booting the OS"
  41         depends on BOOTSTAGE
  42         help
  43           Enable output of a boot time report just before the OS is booted.
  44           This shows how long it took U-Boot to go through each stage of the
  45           boot process. The report looks something like this:
  46
  47                 Timer summary in microseconds:
  48                        Mark    Elapsed  Stage
  49                           0          0  reset
  50                   3,575,678  3,575,678  board_init_f start
  51                   3,575,695         17  arch_cpu_init A9
  52                   3,575,777         82  arch_cpu_init done
  53                   3,659,598     83,821  board_init_r start
  54                   3,910,375    250,777  main_loop
  55                  29,916,167 26,005,792  bootm_start
  56                  30,361,327    445,160  start_kernel
  57
  58 config BOOTSTAGE_RECORD_COUNT
  59         int "Number of boot stage records to store"
  60         default 30
  61         help
  62           This is the size of the bootstage record list and is the maximum
  63           number of bootstage records that can be recorded.
  64
  65 config SPL_BOOTSTAGE_RECORD_COUNT
  66         int "Number of boot stage records to store for SPL"
  67         default 5
  68         help
  69           This is the size of the bootstage record list and is the maximum
  70           number of bootstage records that can be recorded.
  71
  72 config TPL_BOOTSTAGE_RECORD_COUNT
  73         int "Number of boot stage records to store for TPL"
  74         default 5
  75         help
  76           This is the size of the bootstage record list and is the maximum
  77           number of bootstage records that can be recorded.
  78
  79 config BOOTSTAGE_FDT
  80         bool "Store boot timing information in the OS device tree"
  81         depends on BOOTSTAGE
  82         help
  83           Stash the bootstage information in the FDT. A root 'bootstage'
  84           node is created with each bootstage id as a child. Each child
  85           has a 'name' property and either 'mark' containing the
  86           mark time in microseconds, or 'accum' containing the
  87           accumulated time for that bootstage id in microseconds.
  88           For example:
  89
  90                 bootstage {
  91                         154 {
  92                                 name = "board_init_f";
  93                                 mark = <3575678>;
  94                         };
  95                         170 {
  96                                 name = "lcd";
  97                                 accum = <33482>;
  98                         };
  99                 };
 100
 101           Code in the Linux kernel can find this in /proc/devicetree.
 102
 103 config BOOTSTAGE_STASH
 104         bool "Stash the boot timing information in memory before booting OS"
 105         depends on BOOTSTAGE
 106         help
 107           Some OSes do not support device tree. Bootstage can instead write
 108           the boot timing information in a binary format at a given address.
 109           This happens through a call to bootstage_stash(), typically in
 110           the CPU's cleanup_before_linux() function. You can use the
 111           'bootstage stash' and 'bootstage unstash' commands to do this on
 112           the command line.
 113
 114 config BOOTSTAGE_STASH_ADDR
 115         hex "Address to stash boot timing information"
 116         default 0
 117         help
 118           Provide an address which will not be overwritten by the OS when it
 119           starts, so that it can read this information when ready.
 120
 121 config BOOTSTAGE_STASH_SIZE
 122         hex "Size of boot timing stash region"
 123         default 0x1000
 124         help
 125           This should be large enough to hold the bootstage stash. A value of
 126           4096 (4KiB) is normally plenty.
 127
 128 config SHOW_BOOT_PROGRESS
 129         bool "Show boot progress in a board-specific manner"
 130         help
 131           Defining this option allows to add some board-specific code (calling
 132           a user-provided function show_boot_progress(int) that enables you to
 133           show the system's boot progress on some display (for example, some
 134           LEDs) on your board. At the moment, the following checkpoints are
 135           implemented:
 136
 137           Legacy uImage format:
 138
 139           Arg   Where                   When
 140             1   common/cmd_bootm.c      before attempting to boot an image
 141            -1   common/cmd_bootm.c      Image header has bad     magic number
 142             2   common/cmd_bootm.c      Image header has correct magic number
 143            -2   common/cmd_bootm.c      Image header has bad     checksum
 144             3   common/cmd_bootm.c      Image header has correct checksum
 145            -3   common/cmd_bootm.c      Image data   has bad     checksum
 146             4   common/cmd_bootm.c      Image data   has correct checksum
 147            -4   common/cmd_bootm.c      Image is for unsupported architecture
 148             5   common/cmd_bootm.c      Architecture check OK
 149            -5   common/cmd_bootm.c      Wrong Image Type (not kernel, multi)
 150             6   common/cmd_bootm.c      Image Type check OK
 151            -6   common/cmd_bootm.c      gunzip uncompression error
 152            -7   common/cmd_bootm.c      Unimplemented compression type
 153             7   common/cmd_bootm.c      Uncompression OK
 154             8   common/cmd_bootm.c      No uncompress/copy overwrite error
 155            -9   common/cmd_bootm.c      Unsupported OS (not Linux, BSD, VxWorks, QNX)
 156
 157             9   common/image.c          Start initial ramdisk verification
 158           -10   common/image.c          Ramdisk header has bad     magic number
 159           -11   common/image.c          Ramdisk header has bad     checksum
 160            10   common/image.c          Ramdisk header is OK
 161           -12   common/image.c          Ramdisk data   has bad     checksum
 162            11   common/image.c          Ramdisk data   has correct checksum
 163            12   common/image.c          Ramdisk verification complete, start loading
 164           -13   common/image.c          Wrong Image Type (not PPC Linux ramdisk)
 165            13   common/image.c          Start multifile image verification
 166            14   common/image.c          No initial ramdisk, no multifile, continue.
 167
 168            15   arch/<arch>/lib/bootm.c All preparation done, transferring control to OS
 169
 170           -30   arch/powerpc/lib/board.c        Fatal error, hang the system
 171           -31   post/post.c             POST test failed, detected by post_output_backlog()
 172           -32   post/post.c             POST test failed, detected by post_run_single()
 173
 174            34   common/cmd_doc.c        before loading a Image from a DOC device
 175           -35   common/cmd_doc.c        Bad usage of "doc" command
 176            35   common/cmd_doc.c        correct usage of "doc" command
 177           -36   common/cmd_doc.c        No boot device
 178            36   common/cmd_doc.c        correct boot device
 179           -37   common/cmd_doc.c        Unknown Chip ID on boot device
 180            37   common/cmd_doc.c        correct chip ID found, device available
 181           -38   common/cmd_doc.c        Read Error on boot device
 182            38   common/cmd_doc.c        reading Image header from DOC device OK
 183           -39   common/cmd_doc.c        Image header has bad magic number
 184            39   common/cmd_doc.c        Image header has correct magic number
 185           -40   common/cmd_doc.c        Error reading Image from DOC device
 186            40   common/cmd_doc.c        Image header has correct magic number
 187            41   common/cmd_ide.c        before loading a Image from a IDE device
 188           -42   common/cmd_ide.c        Bad usage of "ide" command
 189            42   common/cmd_ide.c        correct usage of "ide" command
 190           -43   common/cmd_ide.c        No boot device
 191            43   common/cmd_ide.c        boot device found
 192           -44   common/cmd_ide.c        Device not available
 193            44   common/cmd_ide.c        Device available
 194           -45   common/cmd_ide.c        wrong partition selected
 195            45   common/cmd_ide.c        partition selected
 196           -46   common/cmd_ide.c        Unknown partition table
 197            46   common/cmd_ide.c        valid partition table found
 198           -47   common/cmd_ide.c        Invalid partition type
 199            47   common/cmd_ide.c        correct partition type
 200           -48   common/cmd_ide.c        Error reading Image Header on boot device
 201            48   common/cmd_ide.c        reading Image Header from IDE device OK
 202           -49   common/cmd_ide.c        Image header has bad magic number
 203            49   common/cmd_ide.c        Image header has correct magic number
 204           -50   common/cmd_ide.c        Image header has bad     checksum
 205            50   common/cmd_ide.c        Image header has correct checksum
 206           -51   common/cmd_ide.c        Error reading Image from IDE device
 207            51   common/cmd_ide.c        reading Image from IDE device OK
 208            52   common/cmd_nand.c       before loading a Image from a NAND device
 209           -53   common/cmd_nand.c       Bad usage of "nand" command
 210            53   common/cmd_nand.c       correct usage of "nand" command
 211           -54   common/cmd_nand.c       No boot device
 212            54   common/cmd_nand.c       boot device found
 213           -55   common/cmd_nand.c       Unknown Chip ID on boot device
 214            55   common/cmd_nand.c       correct chip ID found, device available
 215           -56   common/cmd_nand.c       Error reading Image Header on boot device
 216            56   common/cmd_nand.c       reading Image Header from NAND device OK
 217           -57   common/cmd_nand.c       Image header has bad magic number
 218            57   common/cmd_nand.c       Image header has correct magic number
 219           -58   common/cmd_nand.c       Error reading Image from NAND device
 220            58   common/cmd_nand.c       reading Image from NAND device OK
 221
 222           -60   common/env_common.c     Environment has a bad CRC, using default
 223
 224            64   net/eth.c               starting with Ethernet configuration.
 225           -64   net/eth.c               no Ethernet found.
 226            65   net/eth.c               Ethernet found.
 227
 228           -80   common/cmd_net.c        usage wrong
 229            80   common/cmd_net.c        before calling net_loop()
 230           -81   common/cmd_net.c        some error in net_loop() occurred
 231            81   common/cmd_net.c        net_loop() back without error
 232           -82   common/cmd_net.c        size == 0 (File with size 0 loaded)
 233            82   common/cmd_net.c        trying automatic boot
 234            83   common/cmd_net.c        running "source" command
 235           -83   common/cmd_net.c        some error in automatic boot or "source" command
 236            84   common/cmd_net.c        end without errors
 237
 238           FIT uImage format:
 239
 240           Arg   Where                   When
 241           100   common/cmd_bootm.c      Kernel FIT Image has correct format
 242           -100  common/cmd_bootm.c      Kernel FIT Image has incorrect format
 243           101   common/cmd_bootm.c      No Kernel subimage unit name, using configuration
 244           -101  common/cmd_bootm.c      Can't get configuration for kernel subimage
 245           102   common/cmd_bootm.c      Kernel unit name specified
 246           -103  common/cmd_bootm.c      Can't get kernel subimage node offset
 247           103   common/cmd_bootm.c      Found configuration node
 248           104   common/cmd_bootm.c      Got kernel subimage node offset
 249           -104  common/cmd_bootm.c      Kernel subimage hash verification failed
 250           105   common/cmd_bootm.c      Kernel subimage hash verification OK
 251           -105  common/cmd_bootm.c      Kernel subimage is for unsupported architecture
 252           106   common/cmd_bootm.c      Architecture check OK
 253           -106  common/cmd_bootm.c      Kernel subimage has wrong type
 254           107   common/cmd_bootm.c      Kernel subimage type OK
 255           -107  common/cmd_bootm.c      Can't get kernel subimage data/size
 256           108   common/cmd_bootm.c      Got kernel subimage data/size
 257           -108  common/cmd_bootm.c      Wrong image type (not legacy, FIT)
 258           -109  common/cmd_bootm.c      Can't get kernel subimage type
 259           -110  common/cmd_bootm.c      Can't get kernel subimage comp
 260           -111  common/cmd_bootm.c      Can't get kernel subimage os
 261           -112  common/cmd_bootm.c      Can't get kernel subimage load address
 262           -113  common/cmd_bootm.c      Image uncompress/copy overwrite error
 263
 264           120   common/image.c          Start initial ramdisk verification
 265           -120  common/image.c          Ramdisk FIT image has incorrect format
 266           121   common/image.c          Ramdisk FIT image has correct format
 267           122   common/image.c          No ramdisk subimage unit name, using configuration
 268           -122  common/image.c          Can't get configuration for ramdisk subimage
 269           123   common/image.c          Ramdisk unit name specified
 270           -124  common/image.c          Can't get ramdisk subimage node offset
 271           125   common/image.c          Got ramdisk subimage node offset
 272           -125  common/image.c          Ramdisk subimage hash verification failed
 273           126   common/image.c          Ramdisk subimage hash verification OK
 274           -126  common/image.c          Ramdisk subimage for unsupported architecture
 275           127   common/image.c          Architecture check OK
 276           -127  common/image.c          Can't get ramdisk subimage data/size
 277           128   common/image.c          Got ramdisk subimage data/size
 278           129   common/image.c          Can't get ramdisk load address
 279           -129  common/image.c          Got ramdisk load address
 280
 281           -130  common/cmd_doc.c        Incorrect FIT image format
 282           131   common/cmd_doc.c        FIT image format OK
 283
 284           -140  common/cmd_ide.c        Incorrect FIT image format
 285           141   common/cmd_ide.c        FIT image format OK
 286
 287           -150  common/cmd_nand.c       Incorrect FIT image format
 288           151   common/cmd_nand.c       FIT image format OK
 289
 290 endmenu
 291
 292 menu "Boot media"
 293
 294 config NOR_BOOT
 295         bool "Support for booting from NOR flash"
 296         depends on NOR
 297         help
 298           Enabling this will make a U-Boot binary that is capable of being
 299           booted via NOR.  In this case we will enable certain pinmux early
 300           as the ROM only partially sets up pinmux.  We also default to using
 301           NOR for environment.
 302
 303 config NAND_BOOT
 304         bool "Support for booting from NAND flash"
 305         default n
 306         imply MTD_RAW_NAND
 307         help
 308           Enabling this will make a U-Boot binary that is capable of being
 309           booted via NAND flash. This is not a must, some SoCs need this,
 310           some not.
 311
 312 config ONENAND_BOOT
 313         bool "Support for booting from ONENAND"
 314         default n
 315         imply MTD_RAW_NAND
 316         help
 317           Enabling this will make a U-Boot binary that is capable of being
 318           booted via ONENAND. This is not a must, some SoCs need this,
 319           some not.
 320
 321 config QSPI_BOOT
 322         bool "Support for booting from QSPI flash"
 323         default n
 324         help
 325           Enabling this will make a U-Boot binary that is capable of being
 326           booted via QSPI flash. This is not a must, some SoCs need this,
 327           some not.
 328
 329 config SATA_BOOT
 330         bool "Support for booting from SATA"
 331         default n
 332         help
 333           Enabling this will make a U-Boot binary that is capable of being
 334           booted via SATA. This is not a must, some SoCs need this,
 335           some not.
 336
 337 config SD_BOOT
 338         bool "Support for booting from SD/EMMC"
 339         default n
 340         help
 341           Enabling this will make a U-Boot binary that is capable of being
 342           booted via SD/EMMC. This is not a must, some SoCs need this,
 343           some not.
 344
 345 config SPI_BOOT
 346         bool "Support for booting from SPI flash"
 347         default n
 348         help
 349           Enabling this will make a U-Boot binary that is capable of being
 350           booted via SPI flash. This is not a must, some SoCs need this,
 351           some not.
 352
 353 endmenu
 354
 355 config BOOTDELAY
 356         int "delay in seconds before automatically booting"
 357         default 2
 358         depends on AUTOBOOT
 359         help
 360           Delay before automatically running bootcmd;
 361           set to 0 to autoboot with no delay, but you can stop it by key input.
 362           set to -1 to disable autoboot.
 363           set to -2 to autoboot with no delay and not check for abort
 364
 365           If this value is >= 0 then it is also used for the default delay
 366           before starting the default entry in bootmenu. If it is < 0 then
 367           a default value of 10s is used.
 368
 369           See doc/README.autoboot for details.
 370
 371 config USE_BOOTARGS
 372         bool "Enable boot arguments"
 373         help
 374           Provide boot arguments to bootm command. Boot arguments are specified
 375           in CONFIG_BOOTARGS option. Enable this option to be able to specify
 376           CONFIG_BOOTARGS string. If this option is disabled, CONFIG_BOOTARGS
 377           will be undefined and won't take any space in U-Boot image.
 378
 379 config BOOTARGS
 380         string "Boot arguments"
 381         depends on USE_BOOTARGS && !USE_DEFAULT_ENV_FILE
 382         help
 383           This can be used to pass arguments to the bootm command. The value of
 384           CONFIG_BOOTARGS goes into the environment value "bootargs". Note that
 385           this value will also override the "chosen" node in FDT blob.
 386
 387 config USE_BOOTCOMMAND
 388         bool "Enable a default value for bootcmd"
 389         help
 390           Provide a default value for the bootcmd entry in the environment.  If
 391           autoboot is enabled this is what will be run automatically.  Enable
 392           this option to be able to specify CONFIG_BOOTCOMMAND as a string.  If
 393           this option is disabled, CONFIG_BOOTCOMMAND will be undefined and
 394           won't take any space in U-Boot image.
 395
 396 config BOOTCOMMAND
 397         string "bootcmd value"
 398         depends on USE_BOOTCOMMAND && !USE_DEFAULT_ENV_FILE
 399         default "run distro_bootcmd" if DISTRO_DEFAULTS
 400         help
 401           This is the string of commands that will be used as bootcmd and if
 402           AUTOBOOT is set, automatically run.
 403
 404 config USE_PREBOOT
 405         bool "Enable preboot"
 406         help
 407           When this option is enabled, the existence of the environment
 408           variable "preboot" will be checked immediately before starting the
 409           CONFIG_BOOTDELAY countdown and/or running the auto-boot command resp.
 410           entering interactive mode.
 411
 412           This feature is especially useful when "preboot" is automatically
 413           generated or modified. For example, the boot code can modify the
 414           "preboot" when a user holds down a certain combination of keys.
 415
 416 config PREBOOT
 417         string "preboot default value"
 418         depends on USE_PREBOOT && !USE_DEFAULT_ENV_FILE
 419         default "usb start" if USB_KEYBOARD || USB_STORAGE
 420         default ""
 421         help
 422           This is the default of "preboot" environment variable.
 423
 424 menu "Console"
 425
 426 config MENU
 427         bool
 428         help
 429           This is the library functionality to provide a text-based menu of
 430           choices for the user to make choices with.
 431
 432 config CONSOLE_RECORD
 433         bool "Console recording"
 434         help
 435           This provides a way to record console output (and provide console
 436           input) through circular buffers. This is mostly useful for testing.
 437           Console output is recorded even when the console is silent.
 438           To enable console recording, call console_record_reset_enable()
 439           from your code.
 440
 441 config CONSOLE_RECORD_OUT_SIZE
 442         hex "Output buffer size"
 443         depends on CONSOLE_RECORD
 444         default 0x400 if CONSOLE_RECORD
 445         help
 446           Set the size of the console output buffer. When this fills up, no
 447           more data will be recorded until some is removed. The buffer is
 448           allocated immediately after the malloc() region is ready.
 449
 450 config CONSOLE_RECORD_IN_SIZE
 451         hex "Input buffer size"
 452         depends on CONSOLE_RECORD
 453         default 0x100 if CONSOLE_RECORD
 454         help
 455           Set the size of the console input buffer. When this contains data,
 456           tstc() and getc() will use this in preference to real device input.
 457           The buffer is allocated immediately after the malloc() region is
 458           ready.
 459
 460 config DISABLE_CONSOLE
 461         bool "Add functionality to disable console completely"
 462         help
 463                 Disable console (in & out).
 464
 465 config IDENT_STRING
 466         string "Board specific string to be added to uboot version string"
 467         help
 468           This options adds the board specific name to u-boot version.
 469
 470 config LOGLEVEL
 471         int "loglevel"
 472         default 4
 473         range 0 10
 474         help
 475           All Messages with a loglevel smaller than the console loglevel will
 476           be compiled in. The loglevels are defined as follows:
 477
 478             0 - emergency
 479             1 - alert
 480             2 - critical
 481             3 - error
 482             4 - warning
 483             5 - note
 484             6 - info
 485             7 - debug
 486             8 - debug content
 487             9 - debug hardware I/O
 488
 489 config SPL_LOGLEVEL
 490         int
 491         default LOGLEVEL
 492
 493 config TPL_LOGLEVEL
 494         int
 495         default LOGLEVEL
 496
 497 config SILENT_CONSOLE
 498         bool "Support a silent console"
 499         help
 500           This option allows the console to be silenced, meaning that no
 501           output will appear on the console devices. This is controlled by
 502           setting the environment variable 'silent' to a non-empty value.
 503           Note this also silences the console when booting Linux.
 504
 505           When the console is set up, the variable is checked, and the
 506           GD_FLG_SILENT flag is set. Changing the environment variable later
 507           will update the flag.
 508
 509 config SILENT_U_BOOT_ONLY
 510         bool "Only silence the U-Boot console"
 511         depends on SILENT_CONSOLE
 512         help
 513           Normally when the U-Boot console is silenced, Linux's console is
 514           also silenced (assuming the board boots into Linux). This option
 515           allows the linux console to operate normally, even if U-Boot's
 516           is silenced.
 517
 518 config SILENT_CONSOLE_UPDATE_ON_SET
 519         bool "Changes to the 'silent' environment variable update immediately"
 520         depends on SILENT_CONSOLE
 521         default y if SILENT_CONSOLE
 522         help
 523           When the 'silent' environment variable is changed, update the
 524           console silence flag immediately. This allows 'setenv' to be used
 525           to silence or un-silence the console.
 526
 527           The effect is that any change to the variable will affect the
 528           GD_FLG_SILENT flag.
 529
 530 config SILENT_CONSOLE_UPDATE_ON_RELOC
 531         bool "Allow flags to take effect on relocation"
 532         depends on SILENT_CONSOLE
 533         help
 534           In some cases the environment is not available until relocation
 535           (e.g. NAND). This option makes the value of the 'silent'
 536           environment variable take effect at relocation.
 537
 538 config PRE_CONSOLE_BUFFER
 539         bool "Buffer characters before the console is available"
 540         help
 541           Prior to the console being initialised (i.e. serial UART
 542           initialised etc) all console output is silently discarded.
 543           Defining CONFIG_PRE_CONSOLE_BUFFER will cause U-Boot to
 544           buffer any console messages prior to the console being
 545           initialised to a buffer. The buffer is a circular buffer, so
 546           if it overflows, earlier output is discarded.
 547
 548           Note that this is not currently supported in SPL. It would be
 549           useful to be able to share the pre-console buffer with SPL.
 550
 551 config PRE_CON_BUF_SZ
 552         int "Sets the size of the pre-console buffer"
 553         depends on PRE_CONSOLE_BUFFER
 554         default 4096
 555         help
 556           The size of the pre-console buffer affects how much console output
 557           can be held before it overflows and starts discarding earlier
 558           output. Normally there is very little output at this early stage,
 559           unless debugging is enabled, so allow enough for ~10 lines of
 560           text.
 561
 562           This is a useful feature if you are using a video console and
 563           want to see the full boot output on the console. Without this
 564           option only the post-relocation output will be displayed.
 565
 566 config PRE_CON_BUF_ADDR
 567         hex "Address of the pre-console buffer"
 568         depends on PRE_CONSOLE_BUFFER
 569         default 0x2f000000 if ARCH_SUNXI && MACH_SUN9I
 570         default 0x4f000000 if ARCH_SUNXI && !MACH_SUN9I
 571         default 0x0f000000 if ROCKCHIP_RK3288
 572         default 0x0f200000 if ROCKCHIP_RK3399
 573         help
 574           This sets the start address of the pre-console buffer. This must
 575           be in available memory and is accessed before relocation and
 576           possibly before DRAM is set up. Therefore choose an address
 577           carefully.
 578
 579           We should consider removing this option and allocating the memory
 580           in board_init_f_init_reserve() instead.
 581
 582 config CONSOLE_MUX
 583         bool "Enable console multiplexing"
 584         default y if DM_VIDEO || VIDEO || LCD
 585         help
 586           This allows multiple devices to be used for each console 'file'.
 587           For example, stdout can be set to go to serial and video.
 588           Similarly, stdin can be set to come from serial and keyboard.
 589           Input can be provided from either source. Console multiplexing
 590           adds a small amount of size to U-Boot.  Changes to the environment
 591           variables stdout, stdin and stderr will take effect immediately.
 592
 593 config SYS_CONSOLE_IS_IN_ENV
 594         bool "Select console devices from the environment"
 595         default y if CONSOLE_MUX
 596         help
 597           This allows multiple input/output devices to be set at boot time.
 598           For example, if stdout is set to "serial,video" then output will
 599           be sent to both the serial and video devices on boot. The
 600           environment variables can be updated after boot to change the
 601           input/output devices.
 602
 603 config SYS_CONSOLE_OVERWRITE_ROUTINE
 604         bool "Allow board control over console overwriting"
 605         help
 606           If this is enabled, and the board-specific function
 607           overwrite_console() returns 1, the stdin, stderr and stdout are
 608           switched to the serial port, else the settings in the environment
 609           are used. If this is not enabled, the console will not be switched
 610           to serial.
 611
 612 config SYS_CONSOLE_ENV_OVERWRITE
 613         bool "Update environment variables during console init"
 614         help
 615           The console environment variables (stdout, stdin, stderr) can be
 616           used to determine the correct console devices on start-up. This
 617           option writes the console devices to these variables on console
 618           start-up (after relocation). This causes the environment to be
 619           updated to match the console devices actually chosen.
 620
 621 config SYS_CONSOLE_INFO_QUIET
 622         bool "Don't display the console devices on boot"
 623         help
 624           Normally U-Boot displays the current settings for stdout, stdin
 625           and stderr on boot when the post-relocation console is set up.
 626           Enable this option to suppress this output. It can be obtained by
 627           calling stdio_print_current_devices() from board code.
 628
 629 config SYS_STDIO_DEREGISTER
 630         bool "Allow deregistering stdio devices"
 631         default y if USB_KEYBOARD
 632         help
 633           Generally there is no need to deregister stdio devices since they
 634           are never deactivated. But if a stdio device is used which can be
 635           removed (for example a USB keyboard) then this option can be
 636           enabled to ensure this is handled correctly.
 637
 638 config SPL_SYS_STDIO_DEREGISTER
 639         bool "Allow deregistering stdio devices in SPL"
 640         help
 641           Generally there is no need to deregister stdio devices since they
 642           are never deactivated. But if a stdio device is used which can be
 643           removed (for example a USB keyboard) then this option can be
 644           enabled to ensure this is handled correctly. This is very rarely
 645           needed in SPL.
 646
 647 config SYS_DEVICE_NULLDEV
 648         bool "Enable a null device for stdio"
 649         default y if SPLASH_SCREEN || SYS_STDIO_DEREGISTER
 650         help
 651           Enable creation of a "nulldev" stdio device. This allows silent
 652           operation of the console by setting stdout to "nulldev". Enable
 653           this to use a serial console under board control.
 654
 655 endmenu
 656
 657 menu "Logging"
 658
 659 config LOG
 660         bool "Enable logging support"
 661         depends on DM
 662         help
 663           This enables support for logging of status and debug messages. These
 664           can be displayed on the console, recorded in a memory buffer, or
 665           discarded if not needed. Logging supports various categories and
 666           levels of severity.
 667
 668 if LOG
 669
 670 config LOG_MAX_LEVEL
 671         int "Maximum log level to record"
 672         default 6
 673         range 0 9
 674         help
 675           This selects the maximum log level that will be recorded. Any value
 676           higher than this will be ignored. If possible log statements below
 677           this level will be discarded at build time. Levels:
 678
 679             0 - emergency
 680             1 - alert
 681             2 - critical
 682             3 - error
 683             4 - warning
 684             5 - note
 685             6 - info
 686             7 - debug
 687             8 - debug content
 688             9 - debug hardware I/O
 689
 690 config LOG_DEFAULT_LEVEL
 691         int "Default logging level to display"
 692         default LOG_MAX_LEVEL
 693         range 0 LOG_MAX_LEVEL
 694         help
 695           This is the default logging level set when U-Boot starts. It can
 696           be adjusted later using the 'log level' command. Note that setting
 697           this to a value above LOG_MAX_LEVEL will be ineffective, since the
 698           higher levels are not compiled in to U-Boot.
 699
 700             0 - emergency
 701             1 - alert
 702             2 - critical
 703             3 - error
 704             4 - warning
 705             5 - note
 706             6 - info
 707             7 - debug
 708             8 - debug content
 709             9 - debug hardware I/O
 710
 711 config LOG_CONSOLE
 712         bool "Allow log output to the console"
 713         default y
 714         help
 715           Enables a log driver which writes log records to the console.
 716           Generally the console is the serial port or LCD display. Only the
 717           log message is shown - other details like level, category, file and
 718           line number are omitted.
 719
 720 config LOGF_FILE
 721         bool "Show source file name in log messages by default"
 722         help
 723           Show the source file name in log messages by default. This value
 724           can be overridden using the 'log format' command.
 725
 726 config LOGF_LINE
 727         bool "Show source line number in log messages by default"
 728         help
 729           Show the source line number in log messages by default. This value
 730           can be overridden using the 'log format' command.
 731
 732 config LOGF_FUNC
 733         bool "Show function name in log messages by default"
 734         help
 735           Show the function name in log messages by default. This value can
 736           be overridden using the 'log format' command.
 737
 738 config LOG_SYSLOG
 739         bool "Log output to syslog server"
 740         depends on NET
 741         help
 742           Enables a log driver which broadcasts log records via UDP port 514
 743           to syslog servers.
 744
 745 config SPL_LOG
 746         bool "Enable logging support in SPL"
 747         depends on LOG
 748         help
 749           This enables support for logging of status and debug messages. These
 750           can be displayed on the console, recorded in a memory buffer, or
 751           discarded if not needed. Logging supports various categories and
 752           levels of severity.
 753
 754 if SPL_LOG
 755
 756 config SPL_LOG_MAX_LEVEL
 757         int "Maximum log level to record in SPL"
 758         depends on SPL_LOG
 759         default 3
 760         range 0 9
 761         help
 762           This selects the maximum log level that will be recorded. Any value
 763           higher than this will be ignored. If possible log statements below
 764           this level will be discarded at build time. Levels:
 765
 766             0 - emergency
 767             1 - alert
 768             2 - critical
 769             3 - error
 770             4 - warning
 771             5 - note
 772             6 - info
 773             7 - debug
 774             8 - debug content
 775             9 - debug hardware I/O
 776
 777 config SPL_LOG_CONSOLE
 778         bool "Allow log output to the console in SPL"
 779         default y
 780         help
 781           Enables a log driver which writes log records to the console.
 782           Generally the console is the serial port or LCD display. Only the
 783           log message is shown - other details like level, category, file and
 784           line number are omitted.
 785
 786 endif
 787
 788 config TPL_LOG
 789         bool "Enable logging support in TPL"
 790         depends on LOG
 791         help
 792           This enables support for logging of status and debug messages. These
 793           can be displayed on the console, recorded in a memory buffer, or
 794           discarded if not needed. Logging supports various categories and
 795           levels of severity.
 796
 797 if TPL_LOG
 798
 799 config TPL_LOG_MAX_LEVEL
 800         int "Maximum log level to record in TPL"
 801         depends on TPL_LOG
 802         default 3
 803         range 0 9
 804         help
 805           This selects the maximum log level that will be recorded. Any value
 806           higher than this will be ignored. If possible log statements below
 807           this level will be discarded at build time. Levels:
 808
 809             0 - emergency
 810             1 - alert
 811             2 - critical
 812             3 - error
 813             4 - warning
 814             5 - note
 815             6 - info
 816             7 - debug
 817             8 - debug content
 818             9 - debug hardware I/O
 819
 820 config TPL_LOG_CONSOLE
 821         bool "Allow log output to the console in TPL"
 822         default y
 823         help
 824           Enables a log driver which writes log records to the console.
 825           Generally the console is the serial port or LCD display. Only the
 826           log message is shown - other details like level, category, file and
 827           line number are omitted.
 828
 829 endif
 830
 831 config LOG_ERROR_RETURN
 832         bool "Log all functions which return an error"
 833         help
 834           When an error is returned in U-Boot it is sometimes difficult to
 835           figure out the root cause. For example, reading from SPI flash may
 836           fail due to a problem in the SPI controller or due to the flash part
 837           not returning the expected information. This option changes
 838           log_ret() to log any errors it sees. With this option disabled,
 839           log_ret() is a nop.
 840
 841           You can add log_ret() to all functions which return an error code.
 842
 843 config LOG_TEST
 844         bool "Provide a test for logging"
 845         depends on UNIT_TEST
 846         default y if SANDBOX
 847         help
 848           This enables a 'log test' command to test logging. It is normally
 849           executed from a pytest and simply outputs logging information
 850           in various different ways to test that the logging system works
 851           correctly with various settings.
 852
 853 endif
 854
 855 endmenu
 856
 857 config SUPPORT_RAW_INITRD
 858         bool "Enable raw initrd images"
 859         help
 860           Note, defining the SUPPORT_RAW_INITRD allows user to supply
 861           kernel with raw initrd images. The syntax is slightly different, the
 862           address of the initrd must be augmented by it's size, in the following
 863           format: "<initrd address>:<initrd size>".
 864
 865 config DEFAULT_FDT_FILE
 866         string "Default fdt file"
 867         help
 868           This option is used to set the default fdt file to boot OS.
 869
 870 config MISC_INIT_R
 871         bool "Execute Misc Init"
 872         default y if ARCH_KEYSTONE || ARCH_SUNXI || MPC85xx
 873         default y if ARCH_OMAP2PLUS && !AM33XX
 874         help
 875           Enabling this option calls 'misc_init_r' function
 876
 877 config VERSION_VARIABLE
 878         bool "add U-Boot environment variable vers"
 879         default n
 880         help
 881           If this variable is defined, an environment variable
 882           named "ver" is created by U-Boot showing the U-Boot
 883           version as printed by the "version" command.
 884           Any change to this variable will be reverted at the
 885           next reset.
 886
 887 config BOARD_LATE_INIT
 888         bool "Execute Board late init"
 889         help
 890           Sometimes board require some initialization code that might
 891           require once the actual init done, example saving board specific env,
 892           boot-modes etc. which eventually done at late.
 893
 894           So this config enable the late init code with the help of board_late_init
 895           function which should defined on respective boards.
 896
 897 config DISPLAY_CPUINFO
 898         bool "Display information about the CPU during start up"
 899         default y if ARC|| ARM || NIOS2 || X86 || XTENSA || M68K
 900         help
 901           Display information about the CPU that U-Boot is running on
 902           when U-Boot starts up. The function print_cpuinfo() is called
 903           to do this.
 904
 905 config DISPLAY_BOARDINFO
 906         bool "Display information about the board during early start up"
 907         default y if ARC || ARM || M68K || MIPS || PPC || SANDBOX || XTENSA
 908         help
 909           Display information about the board that U-Boot is running on
 910           when U-Boot starts up. The board function checkboard() is called
 911           to do this.
 912
 913 config DISPLAY_BOARDINFO_LATE
 914         bool "Display information about the board during late start up"
 915         help
 916           Display information about the board that U-Boot is running on after
 917           the relocation phase. The board function checkboard() is called to do
 918           this.
 919
 920 config BOUNCE_BUFFER
 921         bool "Include bounce buffer API"
 922         help
 923           Some peripherals support DMA from a subset of physically
 924           addressable memory only.  To support such peripherals, the
 925           bounce buffer API uses a temporary buffer: it copies data
 926           to/from DMA regions while managing cache operations.
 927
 928           A second possible use of bounce buffers is their ability to
 929           provide aligned buffers for DMA operations.
 930
 931 config BOARD_TYPES
 932         bool "Call get_board_type() to get and display the board type"
 933         help
 934           If this option is enabled, checkboard() will call get_board_type()
 935           to get a string containing the board type and this will be
 936           displayed immediately after the model is shown on the console
 937           early in boot.
 938
 939 menu "Start-up hooks"
 940
 941 config ARCH_EARLY_INIT_R
 942         bool "Call arch-specific init soon after relocation"
 943         help
 944           With this option U-Boot will call arch_early_init_r() soon after
 945           relocation. Driver model is running by this point, and the cache
 946           is on. Note that board_early_init_r() is called first, if
 947           enabled. This can be used to set up architecture-specific devices.
 948
 949 config ARCH_MISC_INIT
 950         bool "Call arch-specific init after relocation, when console is ready"
 951         help
 952           With this option U-Boot will call arch_misc_init() after
 953           relocation to allow miscellaneous arch-dependent initialisation
 954           to be performed. This function should be defined by the board
 955           and will be called after the console is set up, after relocation.
 956
 957 config BOARD_EARLY_INIT_F
 958         bool "Call board-specific init before relocation"
 959         help
 960           Some boards need to perform initialisation as soon as possible
 961           after boot. With this option, U-Boot calls board_early_init_f()
 962           after driver model is ready in the pre-relocation init sequence.
 963           Note that the normal serial console is not yet set up, but the
 964           debug UART will be available if enabled.
 965
 966 config BOARD_EARLY_INIT_R
 967         bool "Call board-specific init after relocation"
 968         help
 969           Some boards need to perform initialisation as directly after
 970           relocation. With this option, U-Boot calls board_early_init_r()
 971           in the post-relocation init sequence.
 972
 973 config LAST_STAGE_INIT
 974         bool "Call board-specific as last setup step"
 975         help
 976           Some boards need to perform initialisation immediately before control
 977           is passed to the command-line interpreter (e.g. for initializations
 978           that depend on later phases in the init sequence). With this option,
 979           U-Boot calls last_stage_init() before the command-line interpreter is
 980           started.
 981
 982 config PCI_INIT_R
 983         bool "Enumerate PCI buses during init"
 984         depends on PCI
 985         default y if !DM_PCI
 986         help
 987           With this option U-Boot will call pci_init() soon after relocation,
 988           which will enumerate PCI buses. This is needed, for instance, in the
 989           case of DM PCI-based Ethernet devices, which will not be detected
 990           without having the enumeration performed earlier.
 991
 992 endmenu
 993
 994 menu "Security support"
 995
 996 config HASH
 997         bool # "Support hashing API (SHA1, SHA256, etc.)"
 998         help
 999           This provides a way to hash data in memory using various supported
1000           algorithms (such as SHA1, MD5, CRC32). The API is defined in hash.h
1001           and the algorithms it supports are defined in common/hash.c. See
1002           also CMD_HASH for command-line access.
1003
1004 config AVB_VERIFY
1005         bool "Build Android Verified Boot operations"
1006         depends on LIBAVB
1007         depends on PARTITION_UUIDS
1008         help
1009           This option enables compilation of bootloader-dependent operations,
1010           used by Android Verified Boot 2.0 library (libavb). Includes:
1011             * Helpers to process strings in order to build OS bootargs.
1012             * Helpers to access MMC, similar to drivers/fastboot/fb_mmc.c.
1013             * Helpers to alloc/init/free avb ops.
1014
1015 if AVB_VERIFY
1016
1017 config AVB_BUF_ADDR
1018         hex "Define AVB buffer address"
1019         default FASTBOOT_BUF_ADDR
1020         help
1021           AVB requires a buffer for memory transactions. This variable defines the
1022           buffer address.
1023
1024 config AVB_BUF_SIZE
1025         hex "Define AVB buffer SIZE"
1026         default FASTBOOT_BUF_SIZE
1027         help
1028           AVB requires a buffer for memory transactions. This variable defines the
1029           buffer size.
1030
1031 endif # AVB_VERIFY
1032
1033 config SPL_HASH
1034         bool # "Support hashing API (SHA1, SHA256, etc.)"
1035         help
1036           This provides a way to hash data in memory using various supported
1037           algorithms (such as SHA1, MD5, CRC32). The API is defined in hash.h
1038           and the algorithms it supports are defined in common/hash.c. See
1039           also CMD_HASH for command-line access.
1040
1041 config TPL_HASH
1042         bool # "Support hashing API (SHA1, SHA256, etc.)"
1043         help
1044           This provides a way to hash data in memory using various supported
1045           algorithms (such as SHA1, MD5, CRC32). The API is defined in hash.h
1046           and the algorithms it supports are defined in common/hash.c. See
1047           also CMD_HASH for command-line access.
1048
1049 endmenu
1050
1051 menu "Update support"
1052
1053 config UPDATE_TFTP
1054         bool "Auto-update using fitImage via TFTP"
1055         depends on FIT
1056         help
1057           This option allows performing update of NOR with data in fitImage
1058           sent via TFTP boot.
1059
1060 config UPDATE_TFTP_CNT_MAX
1061         int "The number of connection retries during auto-update"
1062         default 0
1063         depends on UPDATE_TFTP
1064
1065 config UPDATE_TFTP_MSEC_MAX
1066         int "Delay in mSec to wait for the TFTP server during auto-update"
1067         default 100
1068         depends on UPDATE_TFTP
1069
1070 config ANDROID_AB
1071         bool "Android A/B updates"
1072         default n
1073         help
1074           If enabled, adds support for the new Android A/B update model. This
1075           allows the bootloader to select which slot to boot from based on the
1076           information provided by userspace via the Android boot_ctrl HAL. This
1077           allows a bootloader to try a new version of the system but roll back
1078           to previous version if the new one didn't boot all the way.
1079
1080 endmenu
1081
1082 menu "Blob list"
1083
1084 config BLOBLIST
1085         bool "Support for a bloblist"
1086         help
1087           This enables support for a bloblist in U-Boot, which can be passed
1088           from TPL to SPL to U-Boot proper (and potentially to Linux). The
1089           blob list supports multiple binary blobs of data, each with a tag,
1090           so that different U-Boot components can store data which can survive
1091           through to the next stage of the boot.
1092
1093 config SPL_BLOBLIST
1094         bool "Support for a bloblist in SPL"
1095         depends on BLOBLIST
1096         default y if SPL
1097         help
1098           This enables a bloblist in SPL. If this is the first part of U-Boot
1099           to run, then the bloblist is set up in SPL and passed to U-Boot
1100           proper. If TPL also has a bloblist, then SPL uses the one from there.
1101
1102 config TPL_BLOBLIST
1103         bool "Support for a bloblist in TPL"
1104         depends on BLOBLIST
1105         default y if TPL
1106         help
1107           This enables a bloblist in TPL. The bloblist is set up in TPL and
1108           passed to SPL and U-Boot proper.
1109
1110 config BLOBLIST_SIZE
1111         hex "Size of bloblist"
1112         depends on BLOBLIST
1113         default 0x400
1114         help
1115           Sets the size of the bloblist in bytes. This must include all
1116           overhead (alignment, bloblist header, record header). The bloblist
1117           is set up in the first part of U-Boot to run (TPL, SPL or U-Boot
1118           proper), and this sane bloblist is used for subsequent stages.
1119
1120 config BLOBLIST_ADDR
1121         hex "Address of bloblist"
1122         depends on BLOBLIST
1123         default 0xe000 if SANDBOX
1124         help
1125           Sets the address of the bloblist, set up by the first part of U-Boot
1126           which runs. Subsequent U-Boot stages typically use the same address.
1127
1128 endmenu
1129
1130 source "common/spl/Kconfig"
1131
1132 config IMAGE_SIGN_INFO
1133         bool
1134         select SHA1
1135         select SHA256
1136         help
1137           Enable image_sign_info helper functions.
1138
1139 if IMAGE_SIGN_INFO
1140
1141 config SPL_IMAGE_SIGN_INFO
1142         bool
1143         select SHA1
1144         select SHA256
1145         help
1146           Enable image_sign_info helper functions in SPL.
1147
1148 endif