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 BOOTSTAGE_FDT
  73         bool "Store boot timing information in the OS device tree"
  74         depends on BOOTSTAGE
  75         help
  76           Stash the bootstage information in the FDT. A root 'bootstage'
  77           node is created with each bootstage id as a child. Each child
  78           has a 'name' property and either 'mark' containing the
  79           mark time in microseconds, or 'accum' containing the
  80           accumulated time for that bootstage id in microseconds.
  81           For example:
  82
  83                 bootstage {
  84                         154 {
  85                                 name = "board_init_f";
  86                                 mark = <3575678>;
  87                         };
  88                         170 {
  89                                 name = "lcd";
  90                                 accum = <33482>;
  91                         };
  92                 };
  93
  94           Code in the Linux kernel can find this in /proc/devicetree.
  95
  96 config BOOTSTAGE_STASH
  97         bool "Stash the boot timing information in memory before booting OS"
  98         depends on BOOTSTAGE
  99         help
 100           Some OSes do not support device tree. Bootstage can instead write
 101           the boot timing information in a binary format at a given address.
 102           This happens through a call to bootstage_stash(), typically in
 103           the CPU's cleanup_before_linux() function. You can use the
 104           'bootstage stash' and 'bootstage unstash' commands to do this on
 105           the command line.
 106
 107 config BOOTSTAGE_STASH_ADDR
 108         hex "Address to stash boot timing information"
 109         default 0
 110         help
 111           Provide an address which will not be overwritten by the OS when it
 112           starts, so that it can read this information when ready.
 113
 114 config BOOTSTAGE_STASH_SIZE
 115         hex "Size of boot timing stash region"
 116         default 0x1000
 117         help
 118           This should be large enough to hold the bootstage stash. A value of
 119           4096 (4KiB) is normally plenty.
 120
 121 endmenu
 122
 123 menu "Boot media"
 124
 125 config NOR_BOOT
 126         bool "Support for booting from NOR flash"
 127         depends on NOR
 128         help
 129           Enabling this will make a U-Boot binary that is capable of being
 130           booted via NOR.  In this case we will enable certain pinmux early
 131           as the ROM only partially sets up pinmux.  We also default to using
 132           NOR for environment.
 133
 134 config NAND_BOOT
 135         bool "Support for booting from NAND flash"
 136         default n
 137         imply NAND
 138         help
 139           Enabling this will make a U-Boot binary that is capable of being
 140           booted via NAND flash. This is not a must, some SoCs need this,
 141           some not.
 142
 143 config ONENAND_BOOT
 144         bool "Support for booting from ONENAND"
 145         default n
 146         imply NAND
 147         help
 148           Enabling this will make a U-Boot binary that is capable of being
 149           booted via ONENAND. This is not a must, some SoCs need this,
 150           some not.
 151
 152 config QSPI_BOOT
 153         bool "Support for booting from QSPI flash"
 154         default n
 155         help
 156           Enabling this will make a U-Boot binary that is capable of being
 157           booted via QSPI flash. This is not a must, some SoCs need this,
 158           some not.
 159
 160 config SATA_BOOT
 161         bool "Support for booting from SATA"
 162         default n
 163         help
 164           Enabling this will make a U-Boot binary that is capable of being
 165           booted via SATA. This is not a must, some SoCs need this,
 166           some not.
 167
 168 config SD_BOOT
 169         bool "Support for booting from SD/EMMC"
 170         default n
 171         help
 172           Enabling this will make a U-Boot binary that is capable of being
 173           booted via SD/EMMC. This is not a must, some SoCs need this,
 174           some not.
 175
 176 config SPI_BOOT
 177         bool "Support for booting from SPI flash"
 178         default n
 179         help
 180           Enabling this will make a U-Boot binary that is capable of being
 181           booted via SPI flash. This is not a must, some SoCs need this,
 182           some not.
 183
 184 endmenu
 185
 186 config BOOTDELAY
 187         int "delay in seconds before automatically booting"
 188         default 2
 189         depends on AUTOBOOT
 190         help
 191           Delay before automatically running bootcmd;
 192           set to 0 to autoboot with no delay, but you can stop it by key input.
 193           set to -1 to disable autoboot.
 194           set to -2 to autoboot with no delay and not check for abort
 195
 196           If this value is >= 0 then it is also used for the default delay
 197           before starting the default entry in bootmenu. If it is < 0 then
 198           a default value of 10s is used.
 199
 200           See doc/README.autoboot for details.
 201
 202 config USE_BOOTARGS
 203         bool "Enable boot arguments"
 204         help
 205           Provide boot arguments to bootm command. Boot arguments are specified
 206           in CONFIG_BOOTARGS option. Enable this option to be able to specify
 207           CONFIG_BOOTARGS string. If this option is disabled, CONFIG_BOOTARGS
 208           will be undefined and won't take any space in U-Boot image.
 209
 210 config BOOTARGS
 211         string "Boot arguments"
 212         depends on USE_BOOTARGS
 213         help
 214           This can be used to pass arguments to the bootm command. The value of
 215           CONFIG_BOOTARGS goes into the environment value "bootargs". Note that
 216           this value will also override the "chosen" node in FDT blob.
 217
 218 config USE_BOOTCOMMAND
 219         bool "Enable a default value for bootcmd"
 220         help
 221           Provide a default value for the bootcmd entry in the environment.  If
 222           autoboot is enabled this is what will be run automatically.  Enable
 223           this option to be able to specify CONFIG_BOOTCOMMAND as a string.  If
 224           this option is disabled, CONFIG_BOOTCOMMAND will be undefined and
 225           won't take any space in U-Boot image.
 226
 227 config BOOTCOMMAND
 228         string "bootcmd value"
 229         depends on USE_BOOTCOMMAND
 230         default "run distro_bootcmd" if DISTRO_DEFAULTS
 231         help
 232           This is the string of commands that will be used as bootcmd and if
 233           AUTOBOOT is set, automatically run.
 234
 235 menu "Console"
 236
 237 config MENU
 238         bool
 239         help
 240           This is the library functionality to provide a text-based menu of
 241           choices for the user to make choices with.
 242
 243 config CONSOLE_RECORD
 244         bool "Console recording"
 245         help
 246           This provides a way to record console output (and provide console
 247           input) through circular buffers. This is mostly useful for testing.
 248           Console output is recorded even when the console is silent.
 249           To enable console recording, call console_record_reset_enable()
 250           from your code.
 251
 252 config CONSOLE_RECORD_OUT_SIZE
 253         hex "Output buffer size"
 254         depends on CONSOLE_RECORD
 255         default 0x400 if CONSOLE_RECORD
 256         help
 257           Set the size of the console output buffer. When this fills up, no
 258           more data will be recorded until some is removed. The buffer is
 259           allocated immediately after the malloc() region is ready.
 260
 261 config CONSOLE_RECORD_IN_SIZE
 262         hex "Input buffer size"
 263         depends on CONSOLE_RECORD
 264         default 0x100 if CONSOLE_RECORD
 265         help
 266           Set the size of the console input buffer. When this contains data,
 267           tstc() and getc() will use this in preference to real device input.
 268           The buffer is allocated immediately after the malloc() region is
 269           ready.
 270
 271 config DISABLE_CONSOLE
 272         bool "Add functionality to disable console completely"
 273         help
 274                 Disable console (in & out).
 275
 276 config IDENT_STRING
 277         string "Board specific string to be added to uboot version string"
 278         help
 279           This options adds the board specific name to u-boot version.
 280
 281 config LOGLEVEL
 282         int "loglevel"
 283         default 4
 284         range 0 8
 285         help
 286           All Messages with a loglevel smaller than the console loglevel will
 287           be compiled in. The loglevels are defined as follows:
 288
 289             0 - emergency
 290             1 - alert
 291             2 - critical
 292             3 - error
 293             4 - warning
 294             5 - note
 295             6 - info
 296             7 - debug
 297             8 - debug content
 298             9 - debug hardware I/O
 299
 300 config SPL_LOGLEVEL
 301         int
 302         default LOGLEVEL
 303
 304 config TPL_LOGLEVEL
 305         int
 306         default LOGLEVEL
 307
 308 config SILENT_CONSOLE
 309         bool "Support a silent console"
 310         help
 311           This option allows the console to be silenced, meaning that no
 312           output will appear on the console devices. This is controlled by
 313           setting the environment variable 'silent' to a non-empty value.
 314           Note this also silences the console when booting Linux.
 315
 316           When the console is set up, the variable is checked, and the
 317           GD_FLG_SILENT flag is set. Changing the environment variable later
 318           will update the flag.
 319
 320 config SILENT_U_BOOT_ONLY
 321         bool "Only silence the U-Boot console"
 322         depends on SILENT_CONSOLE
 323         help
 324           Normally when the U-Boot console is silenced, Linux's console is
 325           also silenced (assuming the board boots into Linux). This option
 326           allows the linux console to operate normally, even if U-Boot's
 327           is silenced.
 328
 329 config SILENT_CONSOLE_UPDATE_ON_SET
 330         bool "Changes to the 'silent' environment variable update immediately"
 331         depends on SILENT_CONSOLE
 332         default y if SILENT_CONSOLE
 333         help
 334           When the 'silent' environment variable is changed, update the
 335           console silence flag immediately. This allows 'setenv' to be used
 336           to silence or un-silence the console.
 337
 338           The effect is that any change to the variable will affect the
 339           GD_FLG_SILENT flag.
 340
 341 config SILENT_CONSOLE_UPDATE_ON_RELOC
 342         bool "Allow flags to take effect on relocation"
 343         depends on SILENT_CONSOLE
 344         help
 345           In some cases the environment is not available until relocation
 346           (e.g. NAND). This option makes the value of the 'silent'
 347           environment variable take effect at relocation.
 348
 349 config PRE_CONSOLE_BUFFER
 350         bool "Buffer characters before the console is available"
 351         help
 352           Prior to the console being initialised (i.e. serial UART
 353           initialised etc) all console output is silently discarded.
 354           Defining CONFIG_PRE_CONSOLE_BUFFER will cause U-Boot to
 355           buffer any console messages prior to the console being
 356           initialised to a buffer. The buffer is a circular buffer, so
 357           if it overflows, earlier output is discarded.
 358
 359           Note that this is not currently supported in SPL. It would be
 360           useful to be able to share the pre-console buffer with SPL.
 361
 362 config PRE_CON_BUF_SZ
 363         int "Sets the size of the pre-console buffer"
 364         depends on PRE_CONSOLE_BUFFER
 365         default 4096
 366         help
 367           The size of the pre-console buffer affects how much console output
 368           can be held before it overflows and starts discarding earlier
 369           output. Normally there is very little output at this early stage,
 370           unless debugging is enabled, so allow enough for ~10 lines of
 371           text.
 372
 373           This is a useful feature if you are using a video console and
 374           want to see the full boot output on the console. Without this
 375           option only the post-relocation output will be displayed.
 376
 377 config PRE_CON_BUF_ADDR
 378         hex "Address of the pre-console buffer"
 379         depends on PRE_CONSOLE_BUFFER
 380         default 0x2f000000 if ARCH_SUNXI && MACH_SUN9I
 381         default 0x4f000000 if ARCH_SUNXI && !MACH_SUN9I
 382         help
 383           This sets the start address of the pre-console buffer. This must
 384           be in available memory and is accessed before relocation and
 385           possibly before DRAM is set up. Therefore choose an address
 386           carefully.
 387
 388           We should consider removing this option and allocating the memory
 389           in board_init_f_init_reserve() instead.
 390
 391 config CONSOLE_MUX
 392         bool "Enable console multiplexing"
 393         default y if DM_VIDEO || VIDEO || LCD
 394         help
 395           This allows multiple devices to be used for each console 'file'.
 396           For example, stdout can be set to go to serial and video.
 397           Similarly, stdin can be set to come from serial and keyboard.
 398           Input can be provided from either source. Console multiplexing
 399           adds a small amount of size to U-Boot.  Changes to the environment
 400           variables stdout, stdin and stderr will take effect immediately.
 401
 402 config SYS_CONSOLE_IS_IN_ENV
 403         bool "Select console devices from the environment"
 404         default y if CONSOLE_MUX
 405         help
 406           This allows multiple input/output devices to be set at boot time.
 407           For example, if stdout is set to "serial,video" then output will
 408           be sent to both the serial and video devices on boot. The
 409           environment variables can be updated after boot to change the
 410           input/output devices.
 411
 412 config SYS_CONSOLE_OVERWRITE_ROUTINE
 413         bool "Allow board control over console overwriting"
 414         help
 415           If this is enabled, and the board-specific function
 416           overwrite_console() returns 1, the stdin, stderr and stdout are
 417           switched to the serial port, else the settings in the environment
 418           are used. If this is not enabled, the console will not be switched
 419           to serial.
 420
 421 config SYS_CONSOLE_ENV_OVERWRITE
 422         bool "Update environment variables during console init"
 423         help
 424           The console environment variables (stdout, stdin, stderr) can be
 425           used to determine the correct console devices on start-up. This
 426           option writes the console devices to these variables on console
 427           start-up (after relocation). This causes the environment to be
 428           updated to match the console devices actually chosen.
 429
 430 config SYS_CONSOLE_INFO_QUIET
 431         bool "Don't display the console devices on boot"
 432         help
 433           Normally U-Boot displays the current settings for stdout, stdin
 434           and stderr on boot when the post-relocation console is set up.
 435           Enable this option to suppress this output. It can be obtained by
 436           calling stdio_print_current_devices() from board code.
 437
 438 config SYS_STDIO_DEREGISTER
 439         bool "Allow deregistering stdio devices"
 440         default y if USB_KEYBOARD
 441         help
 442           Generally there is no need to deregister stdio devices since they
 443           are never deactivated. But if a stdio device is used which can be
 444           removed (for example a USB keyboard) then this option can be
 445           enabled to ensure this is handled correctly.
 446
 447 endmenu
 448
 449 menu "Logging"
 450
 451 config LOG
 452         bool "Enable logging support"
 453         depends on DM
 454         help
 455           This enables support for logging of status and debug messages. These
 456           can be displayed on the console, recorded in a memory buffer, or
 457           discarded if not needed. Logging supports various categories and
 458           levels of severity.
 459
 460 config SPL_LOG
 461         bool "Enable logging support in SPL"
 462         depends on LOG
 463         help
 464           This enables support for logging of status and debug messages. These
 465           can be displayed on the console, recorded in a memory buffer, or
 466           discarded if not needed. Logging supports various categories and
 467           levels of severity.
 468
 469 config TPL_LOG
 470         bool "Enable logging support in TPL"
 471         depends on LOG
 472         help
 473           This enables support for logging of status and debug messages. These
 474           can be displayed on the console, recorded in a memory buffer, or
 475           discarded if not needed. Logging supports various categories and
 476           levels of severity.
 477
 478 config LOG_MAX_LEVEL
 479         int "Maximum log level to record"
 480         depends on LOG
 481         default 5
 482         help
 483           This selects the maximum log level that will be recorded. Any value
 484           higher than this will be ignored. If possible log statements below
 485           this level will be discarded at build time. Levels:
 486
 487             0 - emergency
 488             1 - alert
 489             2 - critical
 490             3 - error
 491             4 - warning
 492             5 - note
 493             6 - info
 494             7 - debug
 495             8 - debug content
 496             9 - debug hardware I/O
 497
 498 config SPL_LOG_MAX_LEVEL
 499         int "Maximum log level to record in SPL"
 500         depends on SPL_LOG
 501         default 3
 502         help
 503           This selects the maximum log level that will be recorded. Any value
 504           higher than this will be ignored. If possible log statements below
 505           this level will be discarded at build time. Levels:
 506
 507             0 - emergency
 508             1 - alert
 509             2 - critical
 510             3 - error
 511             4 - warning
 512             5 - note
 513             6 - info
 514             7 - debug
 515             8 - debug content
 516             9 - debug hardware I/O
 517
 518 config TPL_LOG_MAX_LEVEL
 519         int "Maximum log level to record in TPL"
 520         depends on TPL_LOG
 521         default 3
 522         help
 523           This selects the maximum log level that will be recorded. Any value
 524           higher than this will be ignored. If possible log statements below
 525           this level will be discarded at build time. Levels:
 526
 527             0 - emergency
 528             1 - alert
 529             2 - critical
 530             3 - error
 531             4 - warning
 532             5 - note
 533             6 - info
 534             7 - debug
 535             8 - debug content
 536             9 - debug hardware I/O
 537
 538 config LOG_CONSOLE
 539         bool "Allow log output to the console"
 540         depends on LOG
 541         default y
 542         help
 543           Enables a log driver which writes log records to the console.
 544           Generally the console is the serial port or LCD display. Only the
 545           log message is shown - other details like level, category, file and
 546           line number are omitted.
 547
 548 config SPL_LOG_CONSOLE
 549         bool "Allow log output to the console in SPL"
 550         depends on SPL_LOG
 551         default y
 552         help
 553           Enables a log driver which writes log records to the console.
 554           Generally the console is the serial port or LCD display. Only the
 555           log message is shown - other details like level, category, file and
 556           line number are omitted.
 557
 558 config TPL_LOG_CONSOLE
 559         bool "Allow log output to the console in SPL"
 560         depends on TPL_LOG
 561         default y
 562         help
 563           Enables a log driver which writes log records to the console.
 564           Generally the console is the serial port or LCD display. Only the
 565           log message is shown - other details like level, category, file and
 566           line number are omitted.
 567
 568 config LOG_TEST
 569         bool "Provide a test for logging"
 570         depends on LOG
 571         default y if SANDBOX
 572         help
 573           This enables a 'log test' command to test logging. It is normally
 574           executed from a pytest and simply outputs logging information
 575           in various different ways to test that the logging system works
 576           correctly with various settings.
 577
 578 config LOG_ERROR_RETURN
 579         bool "Log all functions which return an error"
 580         depends on LOG
 581         help
 582           When an error is returned in U-Boot it is sometimes difficult to
 583           figure out the root cause. For example, reading from SPI flash may
 584           fail due to a problem in the SPI controller or due to the flash part
 585           not returning the expected information. This option changes
 586           log_ret() to log any errors it sees. With this option disabled,
 587           log_ret() is a nop.
 588
 589           You can add log_ret() to all functions which return an error code.
 590
 591 endmenu
 592
 593 config SUPPORT_RAW_INITRD
 594         bool "Enable raw initrd images"
 595         help
 596           Note, defining the SUPPORT_RAW_INITRD allows user to supply
 597           kernel with raw initrd images. The syntax is slightly different, the
 598           address of the initrd must be augmented by it's size, in the following
 599           format: "<initrd address>:<initrd size>".
 600
 601 config DEFAULT_FDT_FILE
 602         string "Default fdt file"
 603         help
 604           This option is used to set the default fdt file to boot OS.
 605
 606 config MISC_INIT_R
 607         bool "Execute Misc Init"
 608         default y if ARCH_KEYSTONE || ARCH_SUNXI || MPC85xx
 609         default y if ARCH_OMAP2PLUS && !AM33XX
 610         help
 611           Enabling this option calls 'misc_init_r' function
 612
 613 config VERSION_VARIABLE
 614         bool "add U-Boot environment variable vers"
 615         default n
 616         help
 617           If this variable is defined, an environment variable
 618           named "ver" is created by U-Boot showing the U-Boot
 619           version as printed by the "version" command.
 620           Any change to this variable will be reverted at the
 621           next reset.
 622
 623 config BOARD_LATE_INIT
 624         bool "Execute Board late init"
 625         help
 626           Sometimes board require some initialization code that might
 627           require once the actual init done, example saving board specific env,
 628           boot-modes etc. which eventually done at late.
 629
 630           So this config enable the late init code with the help of board_late_init
 631           function which should defined on respective boards.
 632
 633 config DISPLAY_CPUINFO
 634         bool "Display information about the CPU during start up"
 635         default y if ARC|| ARM || NIOS2 || X86 || XTENSA || M68K
 636         help
 637           Display information about the CPU that U-Boot is running on
 638           when U-Boot starts up. The function print_cpuinfo() is called
 639           to do this.
 640
 641 config DISPLAY_BOARDINFO
 642         bool "Display information about the board during early start up"
 643         default y if ARC || ARM || M68K || MIPS || PPC || SANDBOX || XTENSA
 644         help
 645           Display information about the board that U-Boot is running on
 646           when U-Boot starts up. The board function checkboard() is called
 647           to do this.
 648
 649 config DISPLAY_BOARDINFO_LATE
 650         bool "Display information about the board during late start up"
 651         help
 652           Display information about the board that U-Boot is running on after
 653           the relocation phase. The board function checkboard() is called to do
 654           this.
 655
 656 config BOUNCE_BUFFER
 657         bool "Include bounce buffer API"
 658         help
 659           Some peripherals support DMA from a subset of physically
 660           addressable memory only.  To support such peripherals, the
 661           bounce buffer API uses a temporary buffer: it copies data
 662           to/from DMA regions while managing cache operations.
 663
 664           A second possible use of bounce buffers is their ability to
 665           provide aligned buffers for DMA operations.
 666
 667 config BOARD_TYPES
 668         bool "Call get_board_type() to get and display the board type"
 669         help
 670           If this option is enabled, checkboard() will call get_board_type()
 671           to get a string containing the board type and this will be
 672           displayed immediately after the model is shown on the console
 673           early in boot.
 674
 675 menu "Start-up hooks"
 676
 677 config ARCH_EARLY_INIT_R
 678         bool "Call arch-specific init soon after relocation"
 679         help
 680           With this option U-Boot will call arch_early_init_r() soon after
 681           relocation. Driver model is running by this point, and the cache
 682           is on. Note that board_early_init_r() is called first, if
 683           enabled. This can be used to set up architecture-specific devices.
 684
 685 config ARCH_MISC_INIT
 686         bool "Call arch-specific init after relocation, when console is ready"
 687         help
 688           With this option U-Boot will call arch_misc_init() after
 689           relocation to allow miscellaneous arch-dependent initialisation
 690           to be performed. This function should be defined by the board
 691           and will be called after the console is set up, after relocation.
 692
 693 config BOARD_EARLY_INIT_F
 694         bool "Call board-specific init before relocation"
 695         help
 696           Some boards need to perform initialisation as soon as possible
 697           after boot. With this option, U-Boot calls board_early_init_f()
 698           after driver model is ready in the pre-relocation init sequence.
 699           Note that the normal serial console is not yet set up, but the
 700           debug UART will be available if enabled.
 701
 702 config BOARD_EARLY_INIT_R
 703         bool "Call board-specific init after relocation"
 704         help
 705           Some boards need to perform initialisation as directly after
 706           relocation. With this option, U-Boot calls board_early_init_r()
 707           in the post-relocation init sequence.
 708
 709 config LAST_STAGE_INIT
 710         bool "Call board-specific as last setup step"
 711         help
 712           Some boards need to perform initialisation immediately before control
 713           is passed to the command-line interpreter (e.g. for initializations
 714           that depend on later phases in the init sequence). With this option,
 715           U-Boot calls last_stage_init() before the command-line interpreter is
 716           started.
 717
 718 endmenu
 719
 720 menu "Security support"
 721
 722 config HASH
 723         bool # "Support hashing API (SHA1, SHA256, etc.)"
 724         help
 725           This provides a way to hash data in memory using various supported
 726           algorithms (such as SHA1, MD5, CRC32). The API is defined in hash.h
 727           and the algorithms it supports are defined in common/hash.c. See
 728           also CMD_HASH for command-line access.
 729
 730 config AVB_VERIFY
 731         bool "Build Android Verified Boot operations"
 732         depends on LIBAVB && FASTBOOT
 733         depends on PARTITION_UUIDS
 734         help
 735           This option enables compilation of bootloader-dependent operations,
 736           used by Android Verified Boot 2.0 library (libavb). Includes:
 737             * Helpers to process strings in order to build OS bootargs.
 738             * Helpers to access MMC, similar to drivers/fastboot/fb_mmc.c.
 739             * Helpers to alloc/init/free avb ops.
 740
 741 config SPL_HASH
 742         bool # "Support hashing API (SHA1, SHA256, etc.)"
 743         help
 744           This provides a way to hash data in memory using various supported
 745           algorithms (such as SHA1, MD5, CRC32). The API is defined in hash.h
 746           and the algorithms it supports are defined in common/hash.c. See
 747           also CMD_HASH for command-line access.
 748
 749 config TPL_HASH
 750         bool # "Support hashing API (SHA1, SHA256, etc.)"
 751         help
 752           This provides a way to hash data in memory using various supported
 753           algorithms (such as SHA1, MD5, CRC32). The API is defined in hash.h
 754           and the algorithms it supports are defined in common/hash.c. See
 755           also CMD_HASH for command-line access.
 756
 757 endmenu
 758
 759 menu "Update support"
 760
 761 config UPDATE_TFTP
 762         bool "Auto-update using fitImage via TFTP"
 763         depends on FIT
 764         help
 765           This option allows performing update of NOR with data in fitImage
 766           sent via TFTP boot.
 767
 768 config UPDATE_TFTP_CNT_MAX
 769         int "The number of connection retries during auto-update"
 770         default 0
 771         depends on UPDATE_TFTP
 772
 773 config UPDATE_TFTP_MSEC_MAX
 774         int "Delay in mSec to wait for the TFTP server during auto-update"
 775         default 100
 776         depends on UPDATE_TFTP
 777
 778 endmenu
 779
 780 menu "Blob list"
 781
 782 config BLOBLIST
 783         bool "Support for a bloblist"
 784         help
 785           This enables support for a bloblist in U-Boot, which can be passed
 786           from TPL to SPL to U-Boot proper (and potentially to Linux). The
 787           blob list supports multiple binary blobs of data, each with a tag,
 788           so that different U-Boot components can store data which can survive
 789           through to the next stage of the boot.
 790
 791 config SPL_BLOBLIST
 792         bool "Support for a bloblist in SPL"
 793         depends on BLOBLIST
 794         default y if SPL
 795         help
 796           This enables a bloblist in SPL. If this is the first part of U-Boot
 797           to run, then the bloblist is set up in SPL and passed to U-Boot
 798           proper. If TPL also has a bloblist, then SPL uses the one from there.
 799
 800 config TPL_BLOBLIST
 801         bool "Support for a bloblist in TPL"
 802         depends on BLOBLIST
 803         default y if TPL
 804         help
 805           This enables a bloblist in TPL. The bloblist is set up in TPL and
 806           passed to SPL and U-Boot proper.
 807
 808 config BLOBLIST_SIZE
 809         hex "Size of bloblist"
 810         depends on BLOBLIST
 811         default 0x400
 812         help
 813           Sets the size of the bloblist in bytes. This must include all
 814           overhead (alignment, bloblist header, record header). The bloblist
 815           is set up in the first part of U-Boot to run (TPL, SPL or U-Boot
 816           proper), and this sane bloblist is used for subsequent stages.
 817
 818 config BLOBLIST_ADDR
 819         hex "Address of bloblist"
 820         depends on BLOBLIST
 821         default 0xe000 if SANDBOX
 822         help
 823           Sets the address of the bloblist, set up by the first part of U-Boot
 824           which runs. Subsequent U-Boot stages typically use the same address.
 825
 826 endmenu
 827
 828 source "common/spl/Kconfig"