common/Kconfig

   1 menu "Console"
   2
   3 config MENU
   4         bool
   5         help
   6           This is the library functionality to provide a text-based menu of
   7           choices for the user to make choices with.
   8
   9 config CONSOLE_RECORD
  10         bool "Console recording"
  11         help
  12           This provides a way to record console output (and provide console
  13           input) through circular buffers. This is mostly useful for testing.
  14           Console output is recorded even when the console is silent.
  15           To enable console recording, call console_record_reset_enable()
  16           from your code.
  17
  18 config CONSOLE_RECORD_INIT_F
  19         bool "Enable console recording during pre-relocation init"
  20         depends on CONSOLE_RECORD && SYS_MALLOC_F
  21         default y
  22         help
  23           This option enables console recording during pre-relocation init.
  24           CONFIG_SYS_MALLOC_F must be enabled to use this feature.
  25
  26 config CONSOLE_RECORD_OUT_SIZE
  27         hex "Output buffer size"
  28         depends on CONSOLE_RECORD
  29         default 0x400 if CONSOLE_RECORD
  30         help
  31           Set the size of the console output buffer. When this fills up, no
  32           more data will be recorded until some is removed. The buffer is
  33           allocated immediately after the malloc() region is ready.
  34
  35 config CONSOLE_RECORD_OUT_SIZE_F
  36         hex "Output buffer size before relocation"
  37         depends on CONSOLE_RECORD
  38         default 0x400 if CONSOLE_RECORD
  39         help
  40           Set the size of the console output buffer before relocation. When
  41           this fills up, no more data will be recorded until some is removed.
  42           The buffer is allocated immediately after the early malloc() region is
  43           ready.
  44
  45 config CONSOLE_RECORD_IN_SIZE
  46         hex "Input buffer size"
  47         depends on CONSOLE_RECORD
  48         default 0x100 if CONSOLE_RECORD
  49         help
  50           Set the size of the console input buffer. When this contains data,
  51           tstc() and getc() will use this in preference to real device input.
  52           The buffer is allocated immediately after the malloc() region is
  53           ready.
  54
  55 config DISABLE_CONSOLE
  56         bool "Add functionality to disable console completely"
  57         help
  58                 Disable console (in & out).
  59
  60 config IDENT_STRING
  61         string "Board specific string to be added to uboot version string"
  62         help
  63           This options adds the board specific name to u-boot version.
  64
  65 config LOGLEVEL
  66         int "loglevel"
  67         default 4
  68         range 0 10
  69         help
  70           All Messages with a loglevel smaller than the console loglevel will
  71           be compiled in. The loglevels are defined as follows:
  72
  73             0 - emergency
  74             1 - alert
  75             2 - critical
  76             3 - error
  77             4 - warning
  78             5 - note
  79             6 - info
  80             7 - debug
  81             8 - debug content
  82             9 - debug hardware I/O
  83
  84 config SPL_LOGLEVEL
  85         int
  86         depends on SPL
  87         default LOGLEVEL
  88
  89 config TPL_LOGLEVEL
  90         int
  91         depends on TPL
  92         default LOGLEVEL
  93
  94 config VPL_LOGLEVEL
  95         int "loglevel for VPL"
  96         depends on VPL
  97         default LOGLEVEL
  98         help
  99           All Messages with a loglevel smaller than the console loglevel will
 100           be compiled in to VPL. See LOGLEVEL for a list of available log
 101           levels. Setting this to a value above 4 may increase the code size
 102           significantly.
 103
 104 config SILENT_CONSOLE
 105         bool "Support a silent console"
 106         help
 107           This option allows the console to be silenced, meaning that no
 108           output will appear on the console devices. This is controlled by
 109           setting the environment variable 'silent' to a non-empty value.
 110           Note this also silences the console when booting Linux.
 111
 112           When the console is set up, the variable is checked, and the
 113           GD_FLG_SILENT flag is set. Changing the environment variable later
 114           will update the flag.
 115
 116 config SPL_SILENT_CONSOLE
 117         bool "Use a silent console in SPL"
 118         default y if SILENT_CONSOLE && !SANDBOX
 119         help
 120           This selects a silent console in SPL. When enabled it drops some
 121           output messages. The GD_FLG_SILENT flag is not used in SPL so there
 122           is no run-time control of console messages in SPL.
 123
 124           Future work may allow the SPL console to be silenced completely using
 125           this option.
 126
 127 config TPL_SILENT_CONSOLE
 128         bool "Use a silent console in TPL"
 129         default y if SILENT_CONSOLE && !SANDBOX
 130         help
 131           This selects a silent console in TPL. When enabled it drops some
 132           output messages. The GD_FLG_SILENT flag is not used in TPL so there
 133           is no run-time control of console messages in TPL.
 134
 135           Future work may allow the TPL console to be silenced completely using
 136           this option.
 137
 138 config SILENT_U_BOOT_ONLY
 139         bool "Only silence the U-Boot console"
 140         depends on SILENT_CONSOLE
 141         help
 142           Normally when the U-Boot console is silenced, Linux's console is
 143           also silenced (assuming the board boots into Linux). This option
 144           allows the linux console to operate normally, even if U-Boot's
 145           is silenced.
 146
 147 config SILENT_CONSOLE_UPDATE_ON_SET
 148         bool "Changes to the 'silent' environment variable update immediately"
 149         depends on SILENT_CONSOLE
 150         default y if SILENT_CONSOLE
 151         help
 152           When the 'silent' environment variable is changed, update the
 153           console silence flag immediately. This allows 'setenv' to be used
 154           to silence or un-silence the console.
 155
 156           The effect is that any change to the variable will affect the
 157           GD_FLG_SILENT flag.
 158
 159 config SILENT_CONSOLE_UPDATE_ON_RELOC
 160         bool "Allow flags to take effect on relocation"
 161         depends on SILENT_CONSOLE
 162         help
 163           In some cases the environment is not available until relocation
 164           (e.g. NAND). This option makes the value of the 'silent'
 165           environment variable take effect at relocation.
 166
 167 config SILENT_CONSOLE_UNTIL_ENV
 168         bool "Keep console silent until environment is loaded"
 169         depends on SILENT_CONSOLE
 170         help
 171           This option makes sure U-Boot will never use the console unless the
 172           environment from flash does not contain the 'silent' variable.  If
 173           set, the console is kept silent until after the environment was
 174           loaded.  Use this in combination with PRE_CONSOLE_BUFFER to print out
 175           earlier messages after loading the environment when allowed.
 176
 177 config PRE_CONSOLE_BUFFER
 178         bool "Buffer characters before the console is available"
 179         help
 180           Prior to the console being initialised (i.e. serial UART
 181           initialised etc) all console output is silently discarded.
 182           Defining CONFIG_PRE_CONSOLE_BUFFER will cause U-Boot to
 183           buffer any console messages prior to the console being
 184           initialised to a buffer. The buffer is a circular buffer, so
 185           if it overflows, earlier output is discarded.
 186
 187           Note that this is not currently supported in SPL. It would be
 188           useful to be able to share the pre-console buffer with SPL.
 189
 190 config PRE_CON_BUF_SZ
 191         int "Sets the size of the pre-console buffer"
 192         depends on PRE_CONSOLE_BUFFER
 193         default 4096
 194         help
 195           The size of the pre-console buffer affects how much console output
 196           can be held before it overflows and starts discarding earlier
 197           output. Normally there is very little output at this early stage,
 198           unless debugging is enabled, so allow enough for ~10 lines of
 199           text.
 200
 201           This is a useful feature if you are using a video console and
 202           want to see the full boot output on the console. Without this
 203           option only the post-relocation output will be displayed.
 204
 205 config PRE_CON_BUF_ADDR
 206         hex "Address of the pre-console buffer"
 207         depends on PRE_CONSOLE_BUFFER
 208         default 0x2f000000 if ARCH_SUNXI && MACH_SUN9I
 209         default 0x4f000000 if ARCH_SUNXI && !MACH_SUN9I
 210         default 0x0f000000 if ROCKCHIP_RK3288
 211         default 0x0f200000 if ROCKCHIP_RK3399
 212         help
 213           This sets the start address of the pre-console buffer. This must
 214           be in available memory and is accessed before relocation and
 215           possibly before DRAM is set up. Therefore choose an address
 216           carefully.
 217
 218           We should consider removing this option and allocating the memory
 219           in board_init_f_init_reserve() instead.
 220
 221 config CONSOLE_FLUSH_SUPPORT
 222         bool "Enable console flush support"
 223         default y
 224         help
 225           This enables compilation of flush() function for console flush support.
 226
 227 config CONSOLE_MUX
 228         bool "Enable console multiplexing"
 229         default y if VIDEO || VIDEO || LCD
 230         help
 231           This allows multiple devices to be used for each console 'file'.
 232           For example, stdout can be set to go to serial and video.
 233           Similarly, stdin can be set to come from serial and keyboard.
 234           Input can be provided from either source. Console multiplexing
 235           adds a small amount of size to U-Boot.  Changes to the environment
 236           variables stdout, stdin and stderr will take effect immediately.
 237
 238 config SYS_CONSOLE_IS_IN_ENV
 239         bool "Select console devices from the environment"
 240         default y if CONSOLE_MUX
 241         help
 242           This allows multiple input/output devices to be set at boot time.
 243           For example, if stdout is set to "serial,vidconsole" then output
 244           will be sent to both the serial and video devices on boot. The
 245           environment variables can be updated after boot to change the
 246           input/output devices.
 247
 248 config SYS_CONSOLE_OVERWRITE_ROUTINE
 249         bool "Allow board control over console overwriting"
 250         help
 251           If this is enabled, and the board-specific function
 252           overwrite_console() returns 1, the stdin, stderr and stdout are
 253           switched to the serial port, else the settings in the environment
 254           are used. If this is not enabled, the console will not be switched
 255           to serial.
 256
 257 config SYS_CONSOLE_ENV_OVERWRITE
 258         bool "Update environment variables during console init"
 259         help
 260           The console environment variables (stdout, stdin, stderr) can be
 261           used to determine the correct console devices on start-up. This
 262           option writes the console devices to these variables on console
 263           start-up (after relocation). This causes the environment to be
 264           updated to match the console devices actually chosen.
 265
 266 config SYS_CONSOLE_INFO_QUIET
 267         bool "Don't display the console devices on boot"
 268         help
 269           Normally U-Boot displays the current settings for stdout, stdin
 270           and stderr on boot when the post-relocation console is set up.
 271           Enable this option to suppress this output. It can be obtained by
 272           calling stdio_print_current_devices() from board code.
 273
 274 config SYS_STDIO_DEREGISTER
 275         bool "Allow deregistering stdio devices"
 276         default y if USB_KEYBOARD
 277         help
 278           Generally there is no need to deregister stdio devices since they
 279           are never deactivated. But if a stdio device is used which can be
 280           removed (for example a USB keyboard) then this option can be
 281           enabled to ensure this is handled correctly.
 282
 283 config SPL_SYS_STDIO_DEREGISTER
 284         bool "Allow deregistering stdio devices in SPL"
 285         help
 286           Generally there is no need to deregister stdio devices since they
 287           are never deactivated. But if a stdio device is used which can be
 288           removed (for example a USB keyboard) then this option can be
 289           enabled to ensure this is handled correctly. This is very rarely
 290           needed in SPL.
 291
 292 config SYS_DEVICE_NULLDEV
 293         bool "Enable a null device for stdio"
 294         default y if SPLASH_SCREEN || SYS_STDIO_DEREGISTER
 295         help
 296           Enable creation of a "nulldev" stdio device. This allows silent
 297           operation of the console by setting stdout to "nulldev". Enable
 298           this to use a serial console under board control.
 299
 300 endmenu
 301
 302 menu "Logging"
 303
 304 config LOG
 305         bool "Enable logging support"
 306         depends on DM
 307         help
 308           This enables support for logging of status and debug messages. These
 309           can be displayed on the console, recorded in a memory buffer, or
 310           discarded if not needed. Logging supports various categories and
 311           levels of severity.
 312
 313 if LOG
 314
 315 config LOG_MAX_LEVEL
 316         int "Maximum log level to record"
 317         default 6
 318         range 0 9
 319         help
 320           This selects the maximum log level that will be recorded. Any value
 321           higher than this will be ignored. If possible log statements below
 322           this level will be discarded at build time. Levels:
 323
 324             0 - emergency
 325             1 - alert
 326             2 - critical
 327             3 - error
 328             4 - warning
 329             5 - note
 330             6 - info
 331             7 - debug
 332             8 - debug content
 333             9 - debug hardware I/O
 334
 335 config LOG_DEFAULT_LEVEL
 336         int "Default logging level to display"
 337         default LOG_MAX_LEVEL
 338         range 0 LOG_MAX_LEVEL
 339         help
 340           This is the default logging level set when U-Boot starts. It can
 341           be adjusted later using the 'log level' command. Note that setting
 342           this to a value above LOG_MAX_LEVEL will be ineffective, since the
 343           higher levels are not compiled in to U-Boot.
 344
 345             0 - emergency
 346             1 - alert
 347             2 - critical
 348             3 - error
 349             4 - warning
 350             5 - note
 351             6 - info
 352             7 - debug
 353             8 - debug content
 354             9 - debug hardware I/O
 355
 356 config LOG_CONSOLE
 357         bool "Allow log output to the console"
 358         default y
 359         help
 360           Enables a log driver which writes log records to the console.
 361           Generally the console is the serial port or LCD display. Only the
 362           log message is shown - other details like level, category, file and
 363           line number are omitted.
 364
 365 config LOGF_FILE
 366         bool "Show source file name in log messages by default"
 367         help
 368           Show the source file name in log messages by default. This value
 369           can be overridden using the 'log format' command.
 370
 371 config LOGF_LINE
 372         bool "Show source line number in log messages by default"
 373         help
 374           Show the source line number in log messages by default. This value
 375           can be overridden using the 'log format' command.
 376
 377 config LOGF_FUNC
 378         bool "Show function name in log messages by default"
 379         help
 380           Show the function name in log messages by default. This value can
 381           be overridden using the 'log format' command.
 382
 383 config LOGF_FUNC_PAD
 384         int "Number of characters to use for function"
 385         default 20
 386         help
 387           Sets the field width to use when showing the function. Set this to
 388           a larger value if you have lots of long function names, and want
 389           things to line up.
 390
 391 config LOG_SYSLOG
 392         bool "Log output to syslog server"
 393         depends on NET
 394         help
 395           Enables a log driver which broadcasts log records via UDP port 514
 396           to syslog servers.
 397
 398 config SPL_LOG
 399         bool "Enable logging support in SPL"
 400         depends on LOG && SPL
 401         help
 402           This enables support for logging of status and debug messages. These
 403           can be displayed on the console, recorded in a memory buffer, or
 404           discarded if not needed. Logging supports various categories and
 405           levels of severity.
 406
 407 if SPL_LOG
 408
 409 config SPL_LOG_MAX_LEVEL
 410         int "Maximum log level to record in SPL"
 411         depends on SPL_LOG
 412         default 3
 413         range 0 9
 414         help
 415           This selects the maximum log level that will be recorded. Any value
 416           higher than this will be ignored. If possible log statements below
 417           this level will be discarded at build time. Levels:
 418
 419             0 - emergency
 420             1 - alert
 421             2 - critical
 422             3 - error
 423             4 - warning
 424             5 - note
 425             6 - info
 426             7 - debug
 427             8 - debug content
 428             9 - debug hardware I/O
 429
 430 config SPL_LOG_CONSOLE
 431         bool "Allow log output to the console in SPL"
 432         default y
 433         help
 434           Enables a log driver which writes log records to the console.
 435           Generally the console is the serial port or LCD display. Only the
 436           log message is shown - other details like level, category, file and
 437           line number are omitted.
 438
 439 endif
 440
 441 config TPL_LOG
 442         bool "Enable logging support in TPL"
 443         depends on LOG && TPL
 444         help
 445           This enables support for logging of status and debug messages. These
 446           can be displayed on the console, recorded in a memory buffer, or
 447           discarded if not needed. Logging supports various categories and
 448           levels of severity.
 449
 450 if TPL_LOG
 451
 452 config TPL_LOG_MAX_LEVEL
 453         int "Maximum log level to record in TPL"
 454         depends on TPL_LOG
 455         default 3
 456         range 0 9
 457         help
 458           This selects the maximum log level that will be recorded. Any value
 459           higher than this will be ignored. If possible log statements below
 460           this level will be discarded at build time. Levels:
 461
 462             0 - emergency
 463             1 - alert
 464             2 - critical
 465             3 - error
 466             4 - warning
 467             5 - note
 468             6 - info
 469             7 - debug
 470             8 - debug content
 471             9 - debug hardware I/O
 472
 473 config TPL_LOG_CONSOLE
 474         bool "Allow log output to the console in TPL"
 475         default y
 476         help
 477           Enables a log driver which writes log records to the console.
 478           Generally the console is the serial port or LCD display. Only the
 479           log message is shown - other details like level, category, file and
 480           line number are omitted.
 481
 482 endif
 483
 484 config VPL_LOG
 485         bool "Enable logging support in VPL"
 486         depends on LOG && VPL
 487         help
 488           This enables support for logging of status and debug messages. These
 489           can be displayed on the console, recorded in a memory buffer, or
 490           discarded if not needed. Logging supports various categories and
 491           levels of severity.
 492
 493 if VPL_LOG
 494
 495 config VPL_LOG_MAX_LEVEL
 496         int "Maximum log level to record in VPL"
 497         default 3
 498         help
 499           This selects the maximum log level that will be recorded. Any value
 500           higher than this will be ignored. If possible log statements below
 501           this level will be discarded at build time. Levels:
 502
 503             0 - emergency
 504             1 - alert
 505             2 - critical
 506             3 - error
 507             4 - warning
 508             5 - note
 509             6 - info
 510             7 - debug
 511             8 - debug content
 512             9 - debug hardware I/O
 513
 514 config VPL_LOG_CONSOLE
 515         bool "Allow log output to the console in VPL"
 516         default y
 517         help
 518           Enables a log driver which writes log records to the console.
 519           Generally the console is the serial port or LCD display. Only the
 520           log message is shown - other details like level, category, file and
 521           line number are omitted.
 522
 523 endif
 524
 525 config LOG_ERROR_RETURN
 526         bool "Log all functions which return an error"
 527         help
 528           When an error is returned in U-Boot it is sometimes difficult to
 529           figure out the root cause. For example, reading from SPI flash may
 530           fail due to a problem in the SPI controller or due to the flash part
 531           not returning the expected information. This option changes
 532           log_ret() to log any errors it sees. With this option disabled,
 533           log_ret() is a nop.
 534
 535           You can add log_ret() to all functions which return an error code.
 536
 537 config LOG_TEST
 538         bool "Provide a test for logging"
 539         depends on UNIT_TEST
 540         default y if SANDBOX
 541         help
 542           This enables a 'log test' command to test logging. It is normally
 543           executed from a pytest and simply outputs logging information
 544           in various different ways to test that the logging system works
 545           correctly with various settings.
 546
 547 endif
 548
 549 endmenu
 550
 551 menu "Init options"
 552
 553 config BOARD_TYPES
 554         bool "Call get_board_type() to get and display the board type"
 555         help
 556           If this option is enabled, checkboard() will call get_board_type()
 557           to get a string containing the board type and this will be
 558           displayed immediately after the model is shown on the console
 559           early in boot.
 560
 561 config DISPLAY_CPUINFO
 562         bool "Display information about the CPU during start up"
 563         default y if ARC|| ARM || NIOS2 || X86 || XTENSA || M68K
 564         help
 565           Display information about the CPU that U-Boot is running on
 566           when U-Boot starts up. The function print_cpuinfo() is called
 567           to do this.
 568
 569 config DISPLAY_BOARDINFO
 570         bool "Display information about the board during early start up"
 571         default y if ARC || ARM || M68K || MIPS || PPC || SANDBOX || XTENSA
 572         help
 573           Display information about the board that U-Boot is running on
 574           when U-Boot starts up. The board function checkboard() is called
 575           to do this.
 576
 577 config DISPLAY_BOARDINFO_LATE
 578         bool "Display information about the board during late start up"
 579         help
 580           Display information about the board that U-Boot is running on after
 581           the relocation phase. The board function checkboard() is called to do
 582           this.
 583
 584 menu "Start-up hooks"
 585
 586 config CYCLIC
 587         bool "General-purpose cyclic execution mechanism"
 588         help
 589           This enables a general-purpose cyclic execution infrastructure,
 590           to allow "small" (run-time wise) functions to be executed at
 591           a specified frequency. Things like LED blinking or watchdog
 592           triggering are examples for such tasks.
 593
 594 if CYCLIC
 595
 596 config CYCLIC_MAX_CPU_TIME_US
 597         int "Sets the max allowed time for a cyclic function in us"
 598         default 1000
 599         help
 600           The max allowed time for a cyclic function in us. If a functions
 601           takes longer than this duration this function will get unregistered
 602           automatically.
 603
 604 endif # CYCLIC
 605
 606 config EVENT
 607         bool "General-purpose event-handling mechanism"
 608         default y if SANDBOX
 609         help
 610           This enables sending and processing of events, to allow interested
 611           parties to be alerted when something happens. This is an attempt to
 612           stem the flow of weak functions, hooks, functions in board_f.c
 613           and board_r.c and the Kconfig options below.
 614
 615           See doc/develop/event.rst for more information.
 616
 617 if EVENT
 618
 619 config EVENT_DYNAMIC
 620         bool "Support event registration at runtime"
 621         default y if SANDBOX
 622         help
 623           Enable this to support adding an event spy at runtime, without adding
 624           it to the EVENT_SPy() linker list. This increases code size slightly
 625           but provides more flexibility for boards and subsystems that need it.
 626
 627 config EVENT_DEBUG
 628         bool "Enable event debugging assistance"
 629         default y if SANDBOX
 630         help
 631           Enable this get usefui features for seeing what is happening with
 632           events, such as event-type names. This adds to the code size of
 633           U-Boot so can be turned off for production builds.
 634
 635 endif # EVENT
 636
 637 config ARCH_EARLY_INIT_R
 638         bool "Call arch-specific init soon after relocation"
 639         help
 640           With this option U-Boot will call arch_early_init_r() soon after
 641           relocation. Driver model is running by this point, and the cache
 642           is on. Note that board_early_init_r() is called first, if
 643           enabled. This can be used to set up architecture-specific devices.
 644
 645 config ARCH_MISC_INIT
 646         bool "Call arch-specific init after relocation, when console is ready"
 647         help
 648           With this option U-Boot will call arch_misc_init() after
 649           relocation to allow miscellaneous arch-dependent initialisation
 650           to be performed. This function should be defined by the board
 651           and will be called after the console is set up, after relocation.
 652
 653 config BOARD_EARLY_INIT_F
 654         bool "Call board-specific init before relocation"
 655         help
 656           Some boards need to perform initialisation as soon as possible
 657           after boot. With this option, U-Boot calls board_early_init_f()
 658           after driver model is ready in the pre-relocation init sequence.
 659           Note that the normal serial console is not yet set up, but the
 660           debug UART will be available if enabled.
 661
 662 config BOARD_EARLY_INIT_R
 663         bool "Call board-specific init after relocation"
 664         help
 665           Some boards need to perform initialisation as directly after
 666           relocation. With this option, U-Boot calls board_early_init_r()
 667           in the post-relocation init sequence.
 668
 669 config BOARD_POSTCLK_INIT
 670         bool "Call board_postclk_init"
 671         help
 672           Some boards need this to initialize select items, after clocks /
 673           timebase and before env / serial.
 674
 675 config BOARD_LATE_INIT
 676         bool "Execute Board late init"
 677         help
 678           Sometimes board require some initialization code that might
 679           require once the actual init done, example saving board specific env,
 680           boot-modes etc. which eventually done at late.
 681
 682           So this config enable the late init code with the help of board_late_init
 683           function which should defined on respective boards.
 684
 685 config CLOCKS
 686         bool "Call set_cpu_clk_info"
 687         depends on ARM
 688
 689 config HWCONFIG
 690         bool "hwconfig infrastructure"
 691         default y if PPC || ARCH_LS1021A || FSL_LSCH2 || FSL_LSCH3
 692
 693 config SYS_FSL_CLK
 694         bool
 695         depends on ARCH_LS1021A || FSL_LSCH2 || FSL_LSCH3 || \
 696                 (FSL_ESDHC_IMX && (ARCH_MX5 || ARCH_MX6 || ARCH_MX7))
 697         default y
 698         help
 699           Enable to call get_clocks() in board_init_f() for platforms other
 700           than PowerPC or M68k.  This is a legacy option.  If not TARGET_BRPPT2
 701
 702 config LAST_STAGE_INIT
 703         bool "Call board-specific as last setup step"
 704         help
 705           Some boards need to perform initialisation immediately before control
 706           is passed to the command-line interpreter (e.g. for initializations
 707           that depend on later phases in the init sequence). With this option,
 708           U-Boot calls last_stage_init() before the command-line interpreter is
 709           started.
 710
 711 config MISC_INIT_R
 712         bool "Execute Misc Init"
 713         default y if ARCH_KEYSTONE || ARCH_SUNXI || MPC85xx
 714         default y if ARCH_OMAP2PLUS && !AM33XX
 715         help
 716           Enabling this option calls 'misc_init_r' function
 717
 718 config SYS_MALLOC_BOOTPARAMS
 719         bool "Malloc a buffer to use for bootparams"
 720         help
 721           In some cases rather than using a known location to store the
 722           bi_boot_params portion of gd we need to allocate it from our malloc pool.
 723
 724 config SYS_BOOTPARAMS_LEN
 725         hex "Size of the bootparam buffer to malloc in bytes"
 726         depends on SYS_MALLOC_BOOTPARAMS
 727         default 0x20000 if MIPS || RCAR_GEN3
 728         default 0x10000
 729
 730 config ID_EEPROM
 731         bool "Enable I2C connected system identifier EEPROM"
 732         help
 733           A number of different systems and vendors enable a vendor-specified
 734           EEPROM that contains various identifying features.
 735
 736 config SYS_EEPROM_BUS_NUM
 737         int "I2C bus number of the system identifier EEPROM"
 738         depends on ID_EEPROM
 739         default 0
 740
 741 choice
 742         prompt "EEPROM starts with 'CCID' or 'NXID'"
 743         depends on ID_EEPROM && (PPC || ARCH_LS1021A || FSL_LAYERSCAPE)
 744         default SYS_I2C_EEPROM_NXID
 745         help
 746           Specify if the Freescale / NXP ID EEPROM starts with 'CCID' or 'NXID'
 747           ASCII literal string.
 748
 749 config SYS_I2C_EEPROM_CCID
 750         bool "EEPROM starts with 'CCID'"
 751
 752 config SYS_I2C_EEPROM_NXID
 753         bool "EEPROM starts with 'NXID'"
 754
 755 endchoice
 756
 757 config PCI_INIT_R
 758         bool "Enumerate PCI buses during init"
 759         depends on PCI
 760         help
 761           With this option U-Boot will call pci_init() soon after relocation,
 762           which will enumerate PCI buses. This is needed, for instance, in the
 763           case of DM PCI-based Ethernet devices, which will not be detected
 764           without having the enumeration performed earlier.
 765
 766 config RESET_PHY_R
 767         bool "Reset ethernet PHY during init"
 768         help
 769           Implement reset_phy() in board code if required to reset the ethernet
 770           PHY.
 771
 772 endmenu
 773
 774 endmenu         # Init options
 775
 776 menu "Security support"
 777
 778 config HASH
 779         bool # "Support hashing API (SHA1, SHA256, etc.)"
 780         help
 781           This provides a way to hash data in memory using various supported
 782           algorithms (such as SHA1, MD5, CRC32). The API is defined in hash.h
 783           and the algorithms it supports are defined in common/hash.c. See
 784           also CMD_HASH for command-line access.
 785
 786 config AVB_VERIFY
 787         bool "Build Android Verified Boot operations"
 788         depends on LIBAVB
 789         depends on MMC
 790         depends on PARTITION_UUIDS
 791         help
 792           This option enables compilation of bootloader-dependent operations,
 793           used by Android Verified Boot 2.0 library (libavb). Includes:
 794             * Helpers to process strings in order to build OS bootargs.
 795             * Helpers to access MMC, similar to drivers/fastboot/fb_mmc.c.
 796             * Helpers to alloc/init/free avb ops.
 797
 798 if AVB_VERIFY
 799
 800 config AVB_BUF_ADDR
 801         hex "Define AVB buffer address"
 802         default FASTBOOT_BUF_ADDR
 803         help
 804           AVB requires a buffer for memory transactions. This variable defines the
 805           buffer address.
 806
 807 config AVB_BUF_SIZE
 808         hex "Define AVB buffer SIZE"
 809         default FASTBOOT_BUF_SIZE
 810         help
 811           AVB requires a buffer for memory transactions. This variable defines the
 812           buffer size.
 813
 814 endif # AVB_VERIFY
 815
 816 config SCP03
 817         bool "Build SCP03 - Secure Channel Protocol O3 - controls"
 818         depends on OPTEE || SANDBOX
 819         depends on TEE
 820         help
 821           This option allows U-Boot to enable and or provision SCP03 on an OPTEE
 822           controlled Secured Element.
 823
 824 config SPL_HASH
 825         bool # "Support hashing API (SHA1, SHA256, etc.)"
 826         help
 827           This provides a way to hash data in memory using various supported
 828           algorithms (such as SHA1, MD5, CRC32). The API is defined in hash.h
 829           and the algorithms it supports are defined in common/hash.c. See
 830           also CMD_HASH for command-line access.
 831
 832 config TPL_HASH
 833         bool # "Support hashing API (SHA1, SHA256, etc.)"
 834         help
 835           This provides a way to hash data in memory using various supported
 836           algorithms (such as SHA1, MD5, CRC32). The API is defined in hash.h
 837           and the algorithms it supports are defined in common/hash.c. See
 838           also CMD_HASH for command-line access.
 839
 840 config STACKPROTECTOR
 841         bool "Stack Protector buffer overflow detection"
 842         help
 843           Enable stack smash detection through compiler's stack-protector
 844           canary logic
 845
 846 config SPL_STACKPROTECTOR
 847         bool "Stack Protector buffer overflow detection for SPL"
 848         depends on STACKPROTECTOR && SPL
 849
 850 config TPL_STACKPROTECTOR
 851         bool "Stack Protector buffer overflow detection for TPL"
 852         depends on STACKPROTECTOR && TPL
 853
 854 config BOARD_RNG_SEED
 855         bool "Provide /chosen/rng-seed property to the linux kernel"
 856         help
 857           Selecting this option requires the board to define a
 858           board_rng_seed() function, which should return a buffer
 859           which will be used to populate the /chosen/rng-seed property
 860           in the device tree for the OS being booted.
 861
 862           It is up to the board code (and more generally the whole
 863           BSP) where and how to store (or generate) such a seed, how
 864           to ensure a given seed is only used once, how to create a
 865           new seed for use on subsequent boots, and whether or not the
 866           kernel should account any entropy from the given seed.
 867
 868 endmenu
 869
 870 menu "Update support"
 871
 872 config UPDATE_COMMON
 873         bool
 874         select DFU_WRITE_ALT
 875
 876 config UPDATE_TFTP
 877         bool "Auto-update using fitImage via TFTP"
 878         depends on FIT
 879         select UPDATE_COMMON
 880         help
 881           This option allows performing update of NOR with data in fitImage
 882           sent via TFTP boot.
 883
 884 config UPDATE_TFTP_CNT_MAX
 885         int "The number of connection retries during auto-update"
 886         default 0
 887         depends on UPDATE_TFTP
 888
 889 config UPDATE_TFTP_MSEC_MAX
 890         int "Delay in mSec to wait for the TFTP server during auto-update"
 891         default 100
 892         depends on UPDATE_TFTP
 893
 894 config UPDATE_FIT
 895         bool "Firmware update using fitImage"
 896         depends on FIT
 897         depends on DFU
 898         select UPDATE_COMMON
 899         help
 900           This option allows performing update of DFU-capable storage with
 901           data in fitImage.
 902
 903 config ANDROID_AB
 904         bool "Android A/B updates"
 905         help
 906           If enabled, adds support for the new Android A/B update model. This
 907           allows the bootloader to select which slot to boot from based on the
 908           information provided by userspace via the Android boot_ctrl HAL. This
 909           allows a bootloader to try a new version of the system but roll back
 910           to previous version if the new one didn't boot all the way.
 911
 912 endmenu
 913
 914 menu "Blob list"
 915
 916 config BLOBLIST
 917         bool "Support for a bloblist"
 918         help
 919           This enables support for a bloblist in U-Boot, which can be passed
 920           from TPL to SPL to U-Boot proper (and potentially to Linux). The
 921           blob list supports multiple binary blobs of data, each with a tag,
 922           so that different U-Boot components can store data which can survive
 923           through to the next phase of the boot.
 924
 925 config SPL_BLOBLIST
 926         bool "Support for a bloblist in SPL"
 927         depends on BLOBLIST && SPL_LIBGENERIC_SUPPORT && SPL_LIBCOMMON_SUPPORT
 928         default y if SPL
 929         help
 930           This enables a bloblist in SPL. If this is the first part of U-Boot
 931           to run, then the bloblist is set up in SPL and passed to U-Boot
 932           proper. If TPL also has a bloblist, then SPL uses the one from there.
 933
 934 config TPL_BLOBLIST
 935         bool "Support for a bloblist in TPL"
 936         depends on BLOBLIST && TPL_LIBGENERIC_SUPPORT && TPL_LIBCOMMON_SUPPORT
 937         default y if TPL
 938         help
 939           This enables a bloblist in TPL. The bloblist is set up in TPL and
 940           passed to SPL and U-Boot proper.
 941
 942 config VPL_BLOBLIST
 943         bool "Support for a bloblist in VPL"
 944         depends on BLOBLIST && VPL_LIBGENERIC_SUPPORT && VPL_LIBCOMMON_SUPPORT
 945         default y if VPL
 946         help
 947           This enables a bloblist in VPL. The bloblist is set up in VPL and
 948           passed to SPL and U-Boot proper.
 949
 950 if BLOBLIST
 951
 952 choice
 953         prompt "Bloblist location"
 954         help
 955           Select the location of the bloblist, via various means.
 956
 957 config BLOBLIST_FIXED
 958         bool "Place bloblist at a fixed address in memory"
 959         help
 960           Select this to used a fixed memory address for the bloblist. If the
 961           bloblist exists at this address from a previous phase, it used as is.
 962           If not it is created at this address in U-Boot.
 963
 964 config BLOBLIST_ALLOC
 965         bool "Allocate bloblist"
 966         help
 967           Allocate the bloblist using malloc(). This avoids the need to
 968           specify a fixed address on systems where this is unknown or can
 969           change at runtime.
 970
 971 endchoice
 972
 973 config BLOBLIST_ADDR
 974         hex "Address of bloblist"
 975         default 0xc000 if SANDBOX
 976         depends on BLOBLIST_FIXED
 977         help
 978           Sets the address of the bloblist, set up by the first part of U-Boot
 979           which runs. Subsequent U-Boot phases typically use the same address.
 980
 981           This is not used if BLOBLIST_ALLOC is selected.
 982
 983 config BLOBLIST_SIZE
 984         hex "Size of bloblist"
 985         default 0x400
 986         help
 987           Sets the size of the bloblist in bytes. This must include all
 988           overhead (alignment, bloblist header, record header). The bloblist
 989           is set up in the first part of U-Boot to run (TPL, SPL or U-Boot
 990           proper), and this sane bloblist is used for subsequent phases.
 991
 992 config BLOBLIST_SIZE_RELOC
 993         hex "Size of bloblist after relocation"
 994         default BLOBLIST_SIZE if BLOBLIST_FIXED || BLOBLIST_ALLOC
 995         default 0 if BLOBLIST_PASSAGE
 996         help
 997           Sets the size of the bloblist in bytes after relocation. Since U-Boot
 998           has a lot more memory available then, it is possible to use a larger
 999           size than the one set up by SPL. This bloblist is set up during the
1000           relocation process.
1001
1002 endif # BLOBLIST
1003
1004 if SPL_BLOBLIST
1005
1006 choice
1007         prompt "Bloblist location in SPL"
1008         help
1009           Select the location of the bloblist, via various means. Typically
1010           you should use the same value for SPL as for U-Boot, since they need
1011           to look in the same place. But if BLOBLIST_ALLOC is used, then a
1012           fresh bloblist will be created each time, since there is no shared
1013           address (between phases) for the bloblist.
1014
1015 config SPL_BLOBLIST_FIXED
1016         bool "Place bloblist at a fixed address in memory"
1017         help
1018           Select this to used a fixed memory address for the bloblist. If the
1019           bloblist exists at this address from a previous phase, it used as is.
1020           If not it is created at this address in SPL.
1021
1022 config SPL_BLOBLIST_ALLOC
1023         bool "Allocate bloblist"
1024         help
1025           Allocate the bloblist using malloc(). This avoids the need to
1026           specify a fixed address on systems where this is unknown or can
1027           change at runtime.
1028
1029 endchoice
1030
1031 endif # SPL_BLOBLIST
1032
1033 if TPL_BLOBLIST
1034
1035 choice
1036         prompt "Bloblist location in TPL"
1037         help
1038           Select the location of the bloblist, via various means. Typically
1039           you should use the same value for SPL as for U-Boot, since they need
1040           to look in the same place. But if BLOBLIST_ALLOC is used, then a
1041           fresh bloblist will be created each time, since there is no shared
1042           address (between phases) for the bloblist.
1043
1044 config TPL_BLOBLIST_FIXED
1045         bool "Place bloblist at a fixed address in memory"
1046         help
1047           Select this to used a fixed memory address for the bloblist. If the
1048           bloblist exists at this address from a previous phase, it used as is.
1049           If not it is created at this address in TPL.
1050
1051 config TPL_BLOBLIST_ALLOC
1052         bool "Allocate bloblist"
1053         help
1054           Allocate the bloblist using malloc(). This avoids the need to
1055           specify a fixed address on systems where this is unknown or can
1056           change at runtime.
1057
1058 endchoice
1059
1060 endif # TPL_BLOBLIST
1061
1062 endmenu
1063
1064 source "common/spl/Kconfig"
1065
1066 config IMAGE_SIGN_INFO
1067         bool
1068         select SHA1
1069         select SHA256
1070         help
1071           Enable image_sign_info helper functions.
1072
1073 if IMAGE_SIGN_INFO
1074
1075 config SPL_IMAGE_SIGN_INFO
1076         bool
1077         select SHA1
1078         select SHA256
1079         help
1080           Enable image_sign_info helper functions in SPL.
1081
1082 config VPL_IMAGE_SIGN_INFO
1083         bool
1084         select SHA1
1085         select SHA256
1086         help
1087           Enable image_sign_info helper functions in SPL.
1088
1089 endif
1090
1091 config FDT_SIMPLEFB
1092         bool "FDT tools for simplefb support"
1093         depends on OF_LIBFDT
1094         help
1095           Enable the fdt tools to manage the simple fb nodes in device tree.
1096           These functions can be used by board to indicate to the OS
1097           the presence of the simple frame buffer with associated reserved
1098           memory
1099
1100 config IO_TRACE
1101         bool
1102
1103 config USB_HUB_DEBOUNCE_TIMEOUT
1104         int "Timeout in milliseconds for USB HUB connection"
1105         depends on USB
1106         default 1000
1107         help
1108           Value in milliseconds of the USB connection timeout, the max delay to
1109           wait the hub port status to be connected steadily after being powered
1110           off and powered on in the usb hub driver.
1111           This define allows to increase the HUB_DEBOUNCE_TIMEOUT default
1112           value = 1s because some usb device needs around 1.5s to be initialized
1113           and a 2s value should solve detection issue on problematic USB keys.