Simon Glass | ee2b243 | 2015-03-02 17:04:37 -0700 | [diff] [blame] | 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 |
Robert P. J. Day | 57247d9 | 2016-08-31 12:49:13 -0400 | [diff] [blame] | 12 | add up all the accumulated time and report it. |
Simon Glass | ee2b243 | 2015-03-02 17:04:37 -0700 | [diff] [blame] | 13 | |
| 14 | Normally, IDs are defined in bootstage.h but a small number of |
Robert P. J. Day | 57247d9 | 2016-08-31 12:49:13 -0400 | [diff] [blame] | 15 | additional 'user' IDs can be used by passing BOOTSTAGE_ID_ALLOC |
Simon Glass | ee2b243 | 2015-03-02 17:04:37 -0700 | [diff] [blame] | 16 | as the ID. |
| 17 | |
Robert P. J. Day | 57247d9 | 2016-08-31 12:49:13 -0400 | [diff] [blame] | 18 | Calls to show_boot_progress() will also result in log entries but |
Simon Glass | ee2b243 | 2015-03-02 17:04:37 -0700 | [diff] [blame] | 19 | these will not have names. |
| 20 | |
| 21 | config BOOTSTAGE_REPORT |
| 22 | bool "Display a detailed boot timing report before booting the OS" |
| 23 | depends on BOOTSTAGE |
| 24 | help |
| 25 | Enable output of a boot time report just before the OS is booted. |
| 26 | This shows how long it took U-Boot to go through each stage of the |
| 27 | boot process. The report looks something like this: |
| 28 | |
| 29 | Timer summary in microseconds: |
| 30 | Mark Elapsed Stage |
| 31 | 0 0 reset |
| 32 | 3,575,678 3,575,678 board_init_f start |
| 33 | 3,575,695 17 arch_cpu_init A9 |
| 34 | 3,575,777 82 arch_cpu_init done |
| 35 | 3,659,598 83,821 board_init_r start |
| 36 | 3,910,375 250,777 main_loop |
| 37 | 29,916,167 26,005,792 bootm_start |
| 38 | 30,361,327 445,160 start_kernel |
| 39 | |
| 40 | config BOOTSTAGE_USER_COUNT |
| 41 | hex "Number of boot ID numbers available for user use" |
| 42 | default 20 |
| 43 | help |
| 44 | This is the number of available user bootstage records. |
| 45 | Each time you call bootstage_mark(BOOTSTAGE_ID_ALLOC, ...) |
| 46 | a new ID will be allocated from this stash. If you exceed |
| 47 | the limit, recording will stop. |
| 48 | |
Simon Glass | ee2b243 | 2015-03-02 17:04:37 -0700 | [diff] [blame] | 49 | config BOOTSTAGE_FDT |
| 50 | bool "Store boot timing information in the OS device tree" |
| 51 | depends on BOOTSTAGE |
| 52 | help |
| 53 | Stash the bootstage information in the FDT. A root 'bootstage' |
| 54 | node is created with each bootstage id as a child. Each child |
| 55 | has a 'name' property and either 'mark' containing the |
Robert P. J. Day | 57247d9 | 2016-08-31 12:49:13 -0400 | [diff] [blame] | 56 | mark time in microseconds, or 'accum' containing the |
Simon Glass | ee2b243 | 2015-03-02 17:04:37 -0700 | [diff] [blame] | 57 | accumulated time for that bootstage id in microseconds. |
| 58 | For example: |
| 59 | |
| 60 | bootstage { |
| 61 | 154 { |
| 62 | name = "board_init_f"; |
| 63 | mark = <3575678>; |
| 64 | }; |
| 65 | 170 { |
| 66 | name = "lcd"; |
| 67 | accum = <33482>; |
| 68 | }; |
| 69 | }; |
| 70 | |
| 71 | Code in the Linux kernel can find this in /proc/devicetree. |
| 72 | |
| 73 | config BOOTSTAGE_STASH |
| 74 | bool "Stash the boot timing information in memory before booting OS" |
| 75 | depends on BOOTSTAGE |
| 76 | help |
| 77 | Some OSes do not support device tree. Bootstage can instead write |
| 78 | the boot timing information in a binary format at a given address. |
| 79 | This happens through a call to bootstage_stash(), typically in |
| 80 | the CPU's cleanup_before_linux() function. You can use the |
| 81 | 'bootstage stash' and 'bootstage unstash' commands to do this on |
| 82 | the command line. |
| 83 | |
| 84 | config BOOTSTAGE_STASH_ADDR |
| 85 | hex "Address to stash boot timing information" |
| 86 | default 0 |
| 87 | help |
| 88 | Provide an address which will not be overwritten by the OS when it |
| 89 | starts, so that it can read this information when ready. |
| 90 | |
| 91 | config BOOTSTAGE_STASH_SIZE |
| 92 | hex "Size of boot timing stash region" |
| 93 | default 4096 |
| 94 | help |
| 95 | This should be large enough to hold the bootstage stash. A value of |
| 96 | 4096 (4KiB) is normally plenty. |
| 97 | |
| 98 | endmenu |
| 99 | |
Peng Fan | d14739f | 2016-06-17 17:39:50 +0800 | [diff] [blame] | 100 | menu "Boot media" |
| 101 | |
| 102 | config NOR_BOOT |
| 103 | bool "Support for booting from NOR flash" |
| 104 | depends on NOR |
| 105 | help |
| 106 | Enabling this will make a U-Boot binary that is capable of being |
| 107 | booted via NOR. In this case we will enable certain pinmux early |
| 108 | as the ROM only partially sets up pinmux. We also default to using |
| 109 | NOR for environment. |
| 110 | |
Peng Fan | faaef73 | 2016-06-17 17:39:51 +0800 | [diff] [blame] | 111 | config NAND_BOOT |
| 112 | bool "Support for booting from NAND flash" |
| 113 | default n |
| 114 | help |
| 115 | Enabling this will make a U-Boot binary that is capable of being |
| 116 | booted via NAND flash. This is not a must, some SoCs need this, |
Robert P. J. Day | 57247d9 | 2016-08-31 12:49:13 -0400 | [diff] [blame] | 117 | some not. |
Peng Fan | faaef73 | 2016-06-17 17:39:51 +0800 | [diff] [blame] | 118 | |
| 119 | config ONENAND_BOOT |
| 120 | bool "Support for booting from ONENAND" |
| 121 | default n |
| 122 | help |
| 123 | Enabling this will make a U-Boot binary that is capable of being |
| 124 | booted via ONENAND. This is not a must, some SoCs need this, |
Robert P. J. Day | 57247d9 | 2016-08-31 12:49:13 -0400 | [diff] [blame] | 125 | some not. |
Peng Fan | faaef73 | 2016-06-17 17:39:51 +0800 | [diff] [blame] | 126 | |
| 127 | config QSPI_BOOT |
| 128 | bool "Support for booting from QSPI flash" |
| 129 | default n |
| 130 | help |
| 131 | Enabling this will make a U-Boot binary that is capable of being |
| 132 | booted via QSPI flash. This is not a must, some SoCs need this, |
Robert P. J. Day | 57247d9 | 2016-08-31 12:49:13 -0400 | [diff] [blame] | 133 | some not. |
Peng Fan | faaef73 | 2016-06-17 17:39:51 +0800 | [diff] [blame] | 134 | |
| 135 | config SATA_BOOT |
| 136 | bool "Support for booting from SATA" |
| 137 | default n |
| 138 | help |
| 139 | Enabling this will make a U-Boot binary that is capable of being |
| 140 | booted via SATA. This is not a must, some SoCs need this, |
Robert P. J. Day | 57247d9 | 2016-08-31 12:49:13 -0400 | [diff] [blame] | 141 | some not. |
Peng Fan | faaef73 | 2016-06-17 17:39:51 +0800 | [diff] [blame] | 142 | |
| 143 | config SD_BOOT |
| 144 | bool "Support for booting from SD/EMMC" |
| 145 | default n |
| 146 | help |
| 147 | Enabling this will make a U-Boot binary that is capable of being |
| 148 | booted via SD/EMMC. This is not a must, some SoCs need this, |
Robert P. J. Day | 57247d9 | 2016-08-31 12:49:13 -0400 | [diff] [blame] | 149 | some not. |
Peng Fan | faaef73 | 2016-06-17 17:39:51 +0800 | [diff] [blame] | 150 | |
| 151 | config SPI_BOOT |
| 152 | bool "Support for booting from SPI flash" |
| 153 | default n |
| 154 | help |
| 155 | Enabling this will make a U-Boot binary that is capable of being |
| 156 | booted via SPI flash. This is not a must, some SoCs need this, |
Robert P. J. Day | 57247d9 | 2016-08-31 12:49:13 -0400 | [diff] [blame] | 157 | some not. |
Peng Fan | faaef73 | 2016-06-17 17:39:51 +0800 | [diff] [blame] | 158 | |
Peng Fan | d14739f | 2016-06-17 17:39:50 +0800 | [diff] [blame] | 159 | endmenu |
| 160 | |
Heiko Schocher | bb597c0 | 2016-06-07 08:31:14 +0200 | [diff] [blame] | 161 | config BOOTDELAY |
| 162 | int "delay in seconds before automatically booting" |
Tom Rini | 5e4e874 | 2016-06-13 09:00:30 -0400 | [diff] [blame] | 163 | default 2 |
Masahiro Yamada | 41598c8 | 2016-06-20 17:33:39 +0900 | [diff] [blame] | 164 | depends on AUTOBOOT |
Heiko Schocher | bb597c0 | 2016-06-07 08:31:14 +0200 | [diff] [blame] | 165 | help |
| 166 | Delay before automatically running bootcmd; |
Masahiro Yamada | 2fbb846 | 2016-06-27 16:23:01 +0900 | [diff] [blame] | 167 | set to 0 to autoboot with no delay, but you can stop it by key input. |
Heiko Schocher | bb597c0 | 2016-06-07 08:31:14 +0200 | [diff] [blame] | 168 | set to -1 to disable autoboot. |
| 169 | set to -2 to autoboot with no delay and not check for abort |
Heiko Schocher | bb597c0 | 2016-06-07 08:31:14 +0200 | [diff] [blame] | 170 | |
Masahiro Yamada | 9060970 | 2016-06-27 16:23:00 +0900 | [diff] [blame] | 171 | See doc/README.autoboot for details. |
| 172 | |
Simon Glass | 98af879 | 2016-10-17 20:12:35 -0600 | [diff] [blame] | 173 | menu "Console" |
| 174 | |
Simon Glass | 9854a87 | 2015-11-08 23:47:48 -0700 | [diff] [blame] | 175 | config CONSOLE_RECORD |
| 176 | bool "Console recording" |
| 177 | help |
| 178 | This provides a way to record console output (and provide console |
Robert P. J. Day | 57247d9 | 2016-08-31 12:49:13 -0400 | [diff] [blame] | 179 | input) through circular buffers. This is mostly useful for testing. |
Simon Glass | 9854a87 | 2015-11-08 23:47:48 -0700 | [diff] [blame] | 180 | Console output is recorded even when the console is silent. |
| 181 | To enable console recording, call console_record_reset_enable() |
| 182 | from your code. |
| 183 | |
| 184 | config CONSOLE_RECORD_OUT_SIZE |
| 185 | hex "Output buffer size" |
| 186 | depends on CONSOLE_RECORD |
| 187 | default 0x400 if CONSOLE_RECORD |
| 188 | help |
| 189 | Set the size of the console output buffer. When this fills up, no |
| 190 | more data will be recorded until some is removed. The buffer is |
| 191 | allocated immediately after the malloc() region is ready. |
| 192 | |
| 193 | config CONSOLE_RECORD_IN_SIZE |
| 194 | hex "Input buffer size" |
| 195 | depends on CONSOLE_RECORD |
| 196 | default 0x100 if CONSOLE_RECORD |
| 197 | help |
| 198 | Set the size of the console input buffer. When this contains data, |
| 199 | tstc() and getc() will use this in preference to real device input. |
| 200 | The buffer is allocated immediately after the malloc() region is |
| 201 | ready. |
Siva Durga Prasad Paladugu | 4d25507 | 2016-07-19 10:42:22 +0530 | [diff] [blame] | 202 | |
Siva Durga Prasad Paladugu | a4d8892 | 2016-07-29 15:31:47 +0530 | [diff] [blame] | 203 | config IDENT_STRING |
| 204 | string "Board specific string to be added to uboot version string" |
| 205 | help |
| 206 | This options adds the board specific name to u-boot version. |
| 207 | |
Simon Glass | 98af879 | 2016-10-17 20:12:35 -0600 | [diff] [blame] | 208 | config SILENT_CONSOLE |
| 209 | bool "Support a silent console" |
| 210 | help |
| 211 | This option allows the console to be silenced, meaning that no |
| 212 | output will appear on the console devices. This is controlled by |
| 213 | setting the environment vaariable 'silent' to a non-empty value. |
| 214 | Note this also silences the console when booting Linux. |
| 215 | |
| 216 | When the console is set up, the variable is checked, and the |
| 217 | GD_FLG_SILENT flag is set. Changing the environment variable later |
| 218 | will update the flag. |
| 219 | |
| 220 | config SILENT_U_BOOT_ONLY |
| 221 | bool "Only silence the U-Boot console" |
| 222 | depends on SILENT_CONSOLE |
| 223 | help |
| 224 | Normally when the U-Boot console is silenced, Linux's console is |
| 225 | also silenced (assuming the board boots into Linux). This option |
| 226 | allows the linux console to operate normally, even if U-Boot's |
| 227 | is silenced. |
| 228 | |
| 229 | config SILENT_CONSOLE_UPDATE_ON_SET |
| 230 | bool "Changes to the 'silent' environment variable update immediately" |
| 231 | depends on SILENT_CONSOLE |
| 232 | default y if SILENT_CONSOLE |
| 233 | help |
| 234 | When the 'silent' environment variable is changed, update the |
| 235 | console silence flag immediately. This allows 'setenv' to be used |
| 236 | to silence or un-silence the console. |
| 237 | |
| 238 | The effect is that any change to the variable will affect the |
| 239 | GD_FLG_SILENT flag. |
| 240 | |
| 241 | config SILENT_CONSOLE_UPDATE_ON_RELOC |
| 242 | bool "Allow flags to take effect on relocation" |
| 243 | depends on SILENT_CONSOLE |
| 244 | help |
| 245 | In some cases the environment is not available until relocation |
| 246 | (e.g. NAND). This option makes the value of the 'silent' |
| 247 | environment variable take effect at relocation. |
| 248 | |
Simon Glass | 8f92558 | 2016-10-17 20:12:36 -0600 | [diff] [blame] | 249 | config PRE_CONSOLE_BUFFER |
| 250 | bool "Buffer characters before the console is available" |
| 251 | help |
| 252 | Prior to the console being initialised (i.e. serial UART |
| 253 | initialised etc) all console output is silently discarded. |
| 254 | Defining CONFIG_PRE_CONSOLE_BUFFER will cause U-Boot to |
| 255 | buffer any console messages prior to the console being |
| 256 | initialised to a buffer. The buffer is a circular buffer, so |
| 257 | if it overflows, earlier output is discarded. |
| 258 | |
| 259 | Note that this is not currently supported in SPL. It would be |
| 260 | useful to be able to share the pre-console buffer with SPL. |
| 261 | |
| 262 | config PRE_CON_BUF_SZ |
| 263 | int "Sets the size of the pre-console buffer" |
| 264 | depends on PRE_CONSOLE_BUFFER |
| 265 | default 4096 |
| 266 | help |
| 267 | The size of the pre-console buffer affects how much console output |
| 268 | can be held before it overflows and starts discarding earlier |
| 269 | output. Normally there is very little output at this early stage, |
| 270 | unless debugging is enabled, so allow enough for ~10 lines of |
| 271 | text. |
| 272 | |
| 273 | This is a useful feature if you are using a video console and |
| 274 | want to see the full boot output on the console. Without this |
| 275 | option only the post-relocation output will be displayed. |
| 276 | |
| 277 | config PRE_CON_BUF_ADDR |
| 278 | hex "Address of the pre-console buffer" |
| 279 | depends on PRE_CONSOLE_BUFFER |
| 280 | default 0x2f000000 if ARCH_SUNXI && MACH_SUN9I |
| 281 | default 0x4f000000 if ARCH_SUNXI && !MACH_SUN9I |
| 282 | help |
| 283 | This sets the start address of the pre-console buffer. This must |
| 284 | be in available memory and is accessed before relocation and |
| 285 | possibly before DRAM is set up. Therefore choose an address |
| 286 | carefully. |
| 287 | |
| 288 | We should consider removing this option and allocating the memory |
| 289 | in board_init_f_init_reserve() instead. |
| 290 | |
Simon Glass | ef26d60 | 2016-10-17 20:12:37 -0600 | [diff] [blame] | 291 | config CONSOLE_MUX |
| 292 | bool "Enable console multiplexing" |
| 293 | default y if DM_VIDEO || VIDEO || LCD |
| 294 | help |
| 295 | This allows multiple devices to be used for each console 'file'. |
| 296 | For example, stdout can be set to go to serial and video. |
| 297 | Similarly, stdin can be set to come from serial and keyboard. |
| 298 | Input can be provided from either source. Console multiplexing |
| 299 | adds a small amount of size to U-Boot. Changes to the environment |
| 300 | variables stdout, stdin and stderr will take effect immediately. |
| 301 | |
| 302 | config SYS_CONSOLE_IS_IN_ENV |
| 303 | bool "Select console devices from the environment" |
| 304 | default y if CONSOLE_MUX |
| 305 | help |
| 306 | This allows multiple input/output devices to be set at boot time. |
| 307 | For example, if stdout is set to "serial,video" then output will |
| 308 | be sent to both the serial and video devices on boot. The |
| 309 | environment variables can be updated after boot to change the |
| 310 | input/output devices. |
| 311 | |
Simon Glass | 84f2a5d | 2016-10-17 20:12:59 -0600 | [diff] [blame] | 312 | config SYS_CONSOLE_OVERWRITE_ROUTINE |
| 313 | bool "Allow board control over console overwriting" |
| 314 | help |
| 315 | If this is enabled, and the board-specific function |
| 316 | overwrite_console() returns 1, the stdin, stderr and stdout are |
| 317 | switched to the serial port, else the settings in the environment |
| 318 | are used. If this is not enabled, the console will not be switched |
| 319 | to serial. |
| 320 | |
Simon Glass | 3505bc5 | 2016-10-17 20:12:58 -0600 | [diff] [blame] | 321 | config SYS_CONSOLE_ENV_OVERWRITE |
| 322 | bool "Update environment variables during console init" |
| 323 | help |
| 324 | The console environment variables (stdout, stdin, stderr) can be |
| 325 | used to determine the correct console devices on start-up. This |
| 326 | option writes the console devices to these variables on console |
| 327 | start-up (after relocation). This causes the environment to be |
| 328 | updated to match the console devices actually chosen. |
| 329 | |
Simon Glass | f3f3eff | 2016-10-17 20:13:00 -0600 | [diff] [blame] | 330 | config SYS_CONSOLE_INFO_QUIET |
| 331 | bool "Don't display the console devices on boot" |
| 332 | help |
| 333 | Normally U-Boot displays the current settings for stdout, stdin |
| 334 | and stderr on boot when the post-relocation console is set up. |
| 335 | Enable this option to supress this output. It can be obtained by |
| 336 | calling stdio_print_current_devices() from board code. |
| 337 | |
Simon Glass | 869588d | 2016-10-17 20:13:02 -0600 | [diff] [blame] | 338 | config SYS_STDIO_DEREGISTER |
| 339 | bool "Allow deregistering stdio devices" |
| 340 | default y if USB_KEYBOARD |
| 341 | help |
| 342 | Generally there is no need to deregister stdio devices since they |
| 343 | are never deactivated. But if a stdio device is used which can be |
| 344 | removed (for example a USB keyboard) then this option can be |
| 345 | enabled to ensure this is handled correctly. |
| 346 | |
Simon Glass | 98af879 | 2016-10-17 20:12:35 -0600 | [diff] [blame] | 347 | endmenu |
| 348 | |
Jagan Teki | d259c00 | 2016-10-08 18:00:10 +0530 | [diff] [blame] | 349 | config DEFAULT_FDT_FILE |
| 350 | string "Default fdt file" |
| 351 | help |
| 352 | This option is used to set the default fdt file to boot OS. |
| 353 | |
Siva Durga Prasad Paladugu | 4d25507 | 2016-07-19 10:42:22 +0530 | [diff] [blame] | 354 | config SYS_NO_FLASH |
| 355 | bool "Disable support for parallel NOR flash" |
| 356 | default n |
| 357 | help |
| 358 | This option is used to disable support for parallel NOR flash. |
Heiko Schocher | 9dd1d0a | 2016-09-09 08:12:49 +0200 | [diff] [blame] | 359 | |
| 360 | config VERSION_VARIABLE |
| 361 | bool "add U-Boot environment variable vers" |
| 362 | default n |
| 363 | help |
| 364 | If this variable is defined, an environment variable |
| 365 | named "ver" is created by U-Boot showing the U-Boot |
| 366 | version as printed by the "version" command. |
| 367 | Any change to this variable will be reverted at the |
| 368 | next reset. |
Simon Glass | c2ae7d8 | 2016-09-12 23:18:22 -0600 | [diff] [blame] | 369 | |
Lokesh Vutla | 19a9747 | 2016-10-08 14:41:44 -0400 | [diff] [blame] | 370 | config DISPLAY_CPUINFO |
| 371 | bool "Display information about the CPU during start up" |
| 372 | default y if ARM || BLACKFIN || NIOS2 || X86 || XTENSA |
| 373 | help |
| 374 | Display information about the CPU that U-Boot is running on |
| 375 | when U-Boot starts up. The function print_cpuinfo() is called |
| 376 | to do this. |
| 377 | |
Lokesh Vutla | 8435179 | 2016-10-11 21:33:46 -0400 | [diff] [blame] | 378 | config DISPLAY_BOARDINFO |
| 379 | bool "Display information about the board during start up" |
| 380 | default y if ARM || M68K || MIPS || PPC || SPARC || XTENSA |
| 381 | help |
| 382 | Display information about the board that U-Boot is running on |
| 383 | when U-Boot starts up. The board function checkboard() is called |
| 384 | to do this. |
| 385 | |
Simon Glass | c2ae7d8 | 2016-09-12 23:18:22 -0600 | [diff] [blame] | 386 | source "common/spl/Kconfig" |