Kconfig

   1 #
   2 # For a description of the syntax of this configuration file,
   3 # see the file Documentation/kbuild/kconfig-language.txt in the
   4 # Linux kernel source tree.
   5 #
   6 mainmenu "U-Boot $(UBOOTVERSION) Configuration"
   7
   8 source "scripts/Kconfig.include"
   9
  10 # Allow defaults in arch-specific code to override any given here
  11 source "arch/Kconfig"
  12
  13 menu "General setup"
  14
  15 config BROKEN
  16         bool
  17         help
  18           This option cannot be enabled. It is used as dependency
  19           for broken and incomplete features.
  20
  21 config DEPRECATED
  22         bool
  23         help
  24           This option cannot be enabled.  It it used as a dependency for
  25           code that relies on deprecated features that will be removed and
  26           the conversion deadline has passed.
  27
  28 config LOCALVERSION
  29         string "Local version - append to U-Boot release"
  30         help
  31           Append an extra string to the end of your U-Boot version.
  32           This will show up in your boot log, for example.
  33           The string you set here will be appended after the contents of
  34           any files with a filename matching localversion* in your
  35           object and source tree, in that order.  Your total string can
  36           be a maximum of 64 characters.
  37
  38 config LOCALVERSION_AUTO
  39         bool "Automatically append version information to the version string"
  40         default y
  41         help
  42           This will try to automatically determine if the current tree is a
  43           release tree by looking for Git tags that belong to the current
  44           top of tree revision.
  45
  46           A string of the format -gxxxxxxxx will be added to the localversion
  47           if a Git-based tree is found.  The string generated by this will be
  48           appended after any matching localversion* files, and after the value
  49           set in CONFIG_LOCALVERSION.
  50
  51           (The actual string used here is the first eight characters produced
  52           by running the command:
  53
  54             $ git rev-parse --verify HEAD
  55
  56           which is done within the script "scripts/setlocalversion".)
  57
  58 config CC_OPTIMIZE_FOR_SIZE
  59         bool "Optimize for size"
  60         default y
  61         help
  62           Enabling this option will pass "-Os" instead of "-O2" to gcc
  63           resulting in a smaller U-Boot image.
  64
  65           This option is enabled by default for U-Boot.
  66
  67 config OPTIMIZE_INLINING
  68         bool "Allow compiler to uninline functions marked 'inline'"
  69         default n
  70         help
  71           This option determines if U-Boot forces gcc to inline the functions
  72           developers have marked 'inline'. Doing so takes away freedom from gcc to
  73           do what it thinks is best, which is desirable in some cases for size
  74           reasons.
  75
  76 config CC_COVERAGE
  77         bool "Enable code coverage analysis"
  78         depends on SANDBOX
  79         help
  80           Enabling this option will pass "--coverage" to gcc to compile
  81           and link code instrumented for coverage analysis.
  82
  83 config CC_HAS_ASM_INLINE
  84         def_bool $(success,echo 'void foo(void) { asm inline (""); }' | $(CC) -x c - -c -o /dev/null)
  85
  86 config DISTRO_DEFAULTS
  87         bool "Select defaults suitable for booting general purpose Linux distributions"
  88         select AUTO_COMPLETE
  89         select CMDLINE_EDITING
  90         select CMD_BOOTI if ARM64
  91         select CMD_BOOTZ if ARM && !ARM64
  92         select CMD_DHCP if CMD_NET
  93         select CMD_ENV_EXISTS
  94         select CMD_EXT2
  95         select CMD_EXT4
  96         select CMD_FAT
  97         select CMD_FS_GENERIC
  98         select CMD_PART if PARTITIONS
  99         select CMD_PING if CMD_NET
 100         select CMD_PXE if NET
 101         select CMD_SYSBOOT
 102         select ENV_VARS_UBOOT_CONFIG
 103         select HUSH_PARSER
 104         select SUPPORT_RAW_INITRD
 105         select SYS_LONGHELP
 106         imply CMD_MII if NET
 107         imply USB_STORAGE
 108         imply USE_BOOTCOMMAND
 109         help
 110           Select this to enable various options and commands which are suitable
 111           for building u-boot for booting general purpose Linux distributions.
 112
 113 config ENV_VARS_UBOOT_CONFIG
 114         bool "Add arch, board, vendor and soc variables to default environment"
 115         help
 116           Define this in order to add variables describing the
 117           U-Boot build configuration to the default environment.
 118           These will be named arch, cpu, board, vendor, and soc.
 119           Enabling this option will cause the following to be defined:
 120           - CONFIG_SYS_ARCH
 121           - CONFIG_SYS_CPU
 122           - CONFIG_SYS_BOARD
 123           - CONFIG_SYS_VENDOR
 124           - CONFIG_SYS_SOC
 125
 126 config NR_DRAM_BANKS
 127         int "Number of DRAM banks"
 128         default 1 if ARCH_SUNXI || ARCH_OWL
 129         default 4
 130         help
 131           This defines the number of DRAM banks.
 132
 133 config SYS_BOOT_GET_CMDLINE
 134         bool "Enable kernel command line setup"
 135         help
 136           Enables allocating and saving kernel cmdline in space between
 137           "bootm_low" and "bootm_low" + BOOTMAPSZ.
 138
 139 config SYS_BOOT_GET_KBD
 140         bool "Enable kernel board information setup"
 141         help
 142           Enables allocating and saving a kernel copy of the bd_info in
 143           space between "bootm_low" and "bootm_low" + BOOTMAPSZ.
 144
 145 config SYS_MALLOC_F
 146         bool "Enable malloc() pool before relocation"
 147         default y if DM
 148
 149         help
 150           Before relocation, memory is very limited on many platforms. Still,
 151           we can provide a small malloc() pool if needed. Driver model in
 152           particular needs this to operate, so that it can allocate the
 153           initial serial device and any others that are needed.
 154
 155 config SYS_MALLOC_F_LEN
 156         hex "Size of malloc() pool before relocation"
 157         depends on SYS_MALLOC_F
 158         default 0x1000 if AM33XX
 159         default 0x2800 if SANDBOX
 160         default 0x2000 if (ARCH_IMX8 || ARCH_IMX8M || ARCH_MX7 || \
 161                            ARCH_MX7ULP || ARCH_MX6 || ARCH_MX5 || \
 162                            ARCH_LS1012A || ARCH_LS1021A || ARCH_LS1043A || \
 163                            ARCH_LS1046A || ARCH_QEMU)
 164         default 0x400
 165         help
 166           Before relocation, memory is very limited on many platforms. Still,
 167           we can provide a small malloc() pool if needed. Driver model in
 168           particular needs this to operate, so that it can allocate the
 169           initial serial device and any others that are needed.
 170
 171 config SYS_MALLOC_LEN
 172         hex "Define memory for Dynamic allocation"
 173         depends on ARCH_ZYNQ || ARCH_VERSAL || ARCH_STM32MP || ARCH_ROCKCHIP
 174         default 0x2000000 if ARCH_ROCKCHIP
 175         help
 176           This defines memory to be allocated for Dynamic allocation
 177           TODO: Use for other architectures
 178
 179 config SPL_SYS_MALLOC_F_LEN
 180         hex "Size of malloc() pool in SPL before relocation"
 181         depends on SYS_MALLOC_F && SPL
 182         default 0x2800 if RCAR_GEN3
 183         default SYS_MALLOC_F_LEN
 184         help
 185           Before relocation, memory is very limited on many platforms. Still,
 186           we can provide a small malloc() pool if needed. Driver model in
 187           particular needs this to operate, so that it can allocate the
 188           initial serial device and any others that are needed.
 189
 190 config TPL_SYS_MALLOC_F_LEN
 191         hex "Size of malloc() pool in TPL before relocation"
 192         depends on SYS_MALLOC_F && TPL
 193         default SYS_MALLOC_F_LEN
 194         help
 195           Before relocation, memory is very limited on many platforms. Still,
 196           we can provide a small malloc() pool if needed. Driver model in
 197           particular needs this to operate, so that it can allocate the
 198           initial serial device and any others that are needed.
 199
 200 menuconfig EXPERT
 201         bool "Configure standard U-Boot features (expert users)"
 202         default y
 203         help
 204           This option allows certain base U-Boot options and settings
 205           to be disabled or tweaked. This is for specialized
 206           environments which can tolerate a "non-standard" U-Boot.
 207           Use this only if you really know what you are doing.
 208
 209 if EXPERT
 210         config SYS_MALLOC_CLEAR_ON_INIT
 211         bool "Init with zeros the memory reserved for malloc (slow)"
 212         default y
 213         help
 214           This setting is enabled by default. The reserved malloc
 215           memory is initialized with zeros, so first malloc calls
 216           will return the pointer to the zeroed memory. But this
 217           slows the boot time.
 218
 219           It is recommended to disable it, when CONFIG_SYS_MALLOC_LEN
 220           value, has more than few MiB, e.g. when uses bzip2 or bmp logo.
 221           Then the boot time can be significantly reduced.
 222           Warning:
 223           When disabling this, please check if malloc calls, maybe
 224           should be replaced by calloc - if one expects zeroed memory.
 225
 226 config SYS_MALLOC_DEFAULT_TO_INIT
 227         bool "Default malloc to init while reserving the memory for it"
 228         default n
 229         help
 230           It may happen that one needs to move the dynamic allocation
 231           from one to another memory range, eg. when moving the malloc
 232           from the limited static to a potentially large dynamic (DDR)
 233           memory.
 234
 235           If so then on top of setting the updated memory aside one
 236           needs to bring the malloc init.
 237
 238           If such a scenario is sought choose yes.
 239
 240 config TOOLS_DEBUG
 241         bool "Enable debug information for tools"
 242         help
 243           Enable generation of debug information for tools such as mkimage.
 244           This can be used for debugging purposes. With debug information
 245           it is possible to set breakpoints on particular lines, single-step
 246           debug through the source code, etc.
 247
 248 endif # EXPERT
 249
 250 config PHYS_64BIT
 251         bool "64bit physical address support"
 252         help
 253           Say Y here to support 64bit physical memory address.
 254           This can be used not only for 64bit SoCs, but also for
 255           large physical address extension on 32bit SoCs.
 256
 257 config BUILD_ROM
 258         bool "Build U-Boot as BIOS replacement"
 259         depends on X86
 260         help
 261           This option allows to build a ROM version of U-Boot.
 262           The build process generally requires several binary blobs
 263           which are not shipped in the U-Boot source tree.
 264           Please, see doc/arch/x86.rst for details.
 265
 266 config SPL_IMAGE
 267         string "SPL image used in the combined SPL+U-Boot image"
 268         default "spl/boot.bin" if ARCH_AT91 && SPL_NAND_SUPPORT
 269         default "spl/u-boot-spl.bin"
 270         depends on SPL
 271         help
 272           Select the SPL build target that shall be generated by the SPL
 273           build process (default spl/u-boot-spl.bin). This image will be
 274           used to generate a combined image with SPL and main U-Boot
 275           proper as one single image.
 276
 277 config BUILD_TARGET
 278         string "Build target special images"
 279         default "u-boot-with-spl.sfp" if TARGET_SOCFPGA_ARRIA10
 280         default "u-boot-with-spl.sfp" if TARGET_SOCFPGA_GEN5
 281         default "u-boot-spl.kwb" if ARCH_MVEBU && SPL
 282         default "u-boot-elf.srec" if RCAR_GEN3
 283         default "u-boot.itb" if SPL_LOAD_FIT && (ARCH_ROCKCHIP || \
 284                                 ARCH_SUNXI || RISCV || ARCH_ZYNQMP)
 285         default "u-boot.kwb" if ARCH_KIRKWOOD
 286         default "u-boot-with-spl.bin" if ARCH_AT91 && SPL_NAND_SUPPORT
 287         default "u-boot-with-spl.imx" if ARCH_MX6 && SPL
 288         help
 289           Some SoCs need special image types (e.g. U-Boot binary
 290           with a special header) as build targets. By defining
 291           CONFIG_BUILD_TARGET in the SoC / board header, this
 292           special image will be automatically built upon calling
 293           make / buildman.
 294
 295 config SYS_CUSTOM_LDSCRIPT
 296         bool "Use a custom location for the U-Boot linker script"
 297         help
 298           Normally when linking U-Boot we will look in the board directory,
 299           the CPU directory and finally the "cpu" directory of the architecture
 300           for the ile "u-boot.lds" and use that as our linker.  However, in
 301           some cases we need to provide a different linker script.  To do so,
 302           enable this option and then provide the location under
 303           CONFIG_SYS_LDSCRIPT.
 304
 305 config SYS_LDSCRIPT
 306         depends on SYS_CUSTOM_LDSCRIPT
 307         string "Custom ldscript location"
 308         help
 309           Path within the source tree to the linker script to use for the
 310           main U-Boot binary.
 311
 312 config ERR_PTR_OFFSET
 313         hex
 314         default 0x0
 315         help
 316           Some U-Boot pointers have redundant information, so we can use a
 317           scheme where we can return either an error code or a pointer with the
 318           same return value. The default implementation just casts the pointer
 319           to a number, however, this may fail on platforms where the end of the
 320           address range is used for valid pointers (e.g. 0xffffff00 is a valid
 321           heap pointer in socfpga SPL).
 322           For such platforms, this value provides an upper range of those error
 323           pointer values - up to 'MAX_ERRNO' bytes below this value must be
 324           unused/invalid addresses.
 325
 326 config PLATFORM_ELFENTRY
 327         string
 328         default "__start" if MIPS
 329         default "_start"
 330
 331 endmenu         # General setup
 332
 333 menu "Boot images"
 334
 335 config ANDROID_BOOT_IMAGE
 336         bool "Enable support for Android Boot Images"
 337         default y if FASTBOOT
 338         help
 339           This enables support for booting images which use the Android
 340           image format header.
 341
 342 config FIT
 343         bool "Support Flattened Image Tree"
 344         select MD5
 345         select SHA1
 346         help
 347           This option allows you to boot the new uImage structure,
 348           Flattened Image Tree.  FIT is formally a FDT, which can include
 349           images of various types (kernel, FDT blob, ramdisk, etc.)
 350           in a single blob.  To boot this new uImage structure,
 351           pass the address of the blob to the "bootm" command.
 352           FIT is very flexible, supporting compression, multiple images,
 353           multiple configurations, verification through hashing and also
 354           verified boot (secure boot using RSA).
 355
 356 if FIT
 357
 358 config FIT_EXTERNAL_OFFSET
 359         hex "FIT external data offset"
 360         default 0x0
 361         help
 362           This specifies a data offset in fit image.
 363           The offset is from data payload offset to the beginning of
 364           fit image header. When specifies a offset, specific data
 365           could be put in the hole between data payload and fit image
 366           header, such as CSF data on i.MX platform.
 367
 368 config FIT_ENABLE_SHA256_SUPPORT
 369         bool "Support SHA256 checksum of FIT image contents"
 370         default y
 371         select SHA256
 372         help
 373           Enable this to support SHA256 checksum of FIT image contents. A
 374           SHA256 checksum is a 256-bit (32-byte) hash value used to check that
 375           the image contents have not been corrupted.
 376
 377 config FIT_ENABLE_SHA384_SUPPORT
 378         bool "Support SHA384 checksum of FIT image contents"
 379         default n
 380         select SHA384
 381         help
 382           Enable this to support SHA384 checksum of FIT image contents. A
 383           SHA384 checksum is a 384-bit (48-byte) hash value used to check that
 384           the image contents have not been corrupted. Use this for the highest
 385           security.
 386
 387 config FIT_ENABLE_SHA512_SUPPORT
 388         bool "Support SHA512 checksum of FIT image contents"
 389         default n
 390         select SHA512
 391         help
 392           Enable this to support SHA512 checksum of FIT image contents. A
 393           SHA512 checksum is a 512-bit (64-byte) hash value used to check that
 394           the image contents have not been corrupted.
 395
 396 config FIT_SIGNATURE
 397         bool "Enable signature verification of FIT uImages"
 398         depends on DM
 399         select HASH
 400         select RSA
 401         select RSA_VERIFY
 402         select IMAGE_SIGN_INFO
 403         help
 404           This option enables signature verification of FIT uImages,
 405           using a hash signed and verified using RSA. If
 406           CONFIG_SHA_PROG_HW_ACCEL is defined, i.e support for progressive
 407           hashing is available using hardware, then the RSA library will use
 408           it. See doc/uImage.FIT/signature.txt for more details.
 409
 410           WARNING: When relying on signed FIT images with a required signature
 411           check the legacy image format is disabled by default, so that
 412           unsigned images cannot be loaded. If a board needs the legacy image
 413           format support in this case, enable it using
 414           CONFIG_LEGACY_IMAGE_FORMAT.
 415
 416 config FIT_SIGNATURE_MAX_SIZE
 417         hex "Max size of signed FIT structures"
 418         depends on FIT_SIGNATURE
 419         default 0x10000000
 420         help
 421           This option sets a max size in bytes for verified FIT uImages.
 422           A sane value of 256MB protects corrupted DTB structures from overlapping
 423           device memory. Assure this size does not extend past expected storage
 424           space.
 425
 426 config FIT_ENABLE_RSASSA_PSS_SUPPORT
 427         bool "Support rsassa-pss signature scheme of FIT image contents"
 428         depends on FIT_SIGNATURE
 429         default n
 430         help
 431           Enable this to support the pss padding algorithm as described
 432           in the rfc8017 (https://tools.ietf.org/html/rfc8017).
 433
 434 config FIT_CIPHER
 435         bool "Enable ciphering data in a FIT uImages"
 436         depends on DM
 437         select AES
 438         help
 439           Enable the feature of data ciphering/unciphering in the tool mkimage
 440           and in the u-boot support of the FIT image.
 441
 442 config FIT_VERBOSE
 443         bool "Show verbose messages when FIT images fail"
 444         help
 445           Generally a system will have valid FIT images so debug messages
 446           are a waste of code space. If you are debugging your images then
 447           you can enable this option to get more verbose information about
 448           failures.
 449
 450 config FIT_BEST_MATCH
 451         bool "Select the best match for the kernel device tree"
 452         help
 453           When no configuration is explicitly selected, default to the
 454           one whose fdt's compatibility field best matches that of
 455           U-Boot itself. A match is considered "best" if it matches the
 456           most specific compatibility entry of U-Boot's fdt's root node.
 457           The order of entries in the configuration's fdt is ignored.
 458
 459 config FIT_IMAGE_POST_PROCESS
 460         bool "Enable post-processing of FIT artifacts after loading by U-Boot"
 461         depends on TI_SECURE_DEVICE
 462         help
 463           Allows doing any sort of manipulation to blobs after they got extracted
 464           from FIT images like stripping off headers or modifying the size of the
 465           blob, verification, authentication, decryption etc. in a platform or
 466           board specific way. In order to use this feature a platform or board-
 467           specific implementation of board_fit_image_post_process() must be
 468           provided. Also, anything done during this post-processing step would
 469           need to be comprehended in how the images were prepared before being
 470           injected into the FIT creation (i.e. the blobs would have been pre-
 471           processed before being added to the FIT image).
 472
 473 if SPL
 474
 475 config SPL_FIT
 476         bool "Support Flattened Image Tree within SPL"
 477         depends on SPL
 478         select SPL_OF_LIBFDT
 479
 480 config SPL_FIT_PRINT
 481         bool "Support FIT printing within SPL"
 482         depends on SPL_FIT
 483         help
 484           Support printing the content of the fitImage in a verbose manner in SPL.
 485
 486 config SPL_FIT_SIGNATURE
 487         bool "Enable signature verification of FIT firmware within SPL"
 488         depends on SPL_DM
 489         select SPL_FIT
 490         select SPL_RSA
 491         select SPL_RSA_VERIFY
 492         select SPL_IMAGE_SIGN_INFO
 493
 494 config SPL_LOAD_FIT
 495         bool "Enable SPL loading U-Boot as a FIT (basic fitImage features)"
 496         select SPL_FIT
 497         help
 498           Normally with the SPL framework a legacy image is generated as part
 499           of the build. This contains U-Boot along with information as to
 500           where it should be loaded. This option instead enables generation
 501           of a FIT (Flat Image Tree) which provides more flexibility. In
 502           particular it can handle selecting from multiple device tree
 503           and passing the correct one to U-Boot.
 504
 505 config SPL_LOAD_FIT_APPLY_OVERLAY
 506         bool "Enable SPL applying DT overlays from FIT"
 507         depends on SPL_LOAD_FIT
 508         select OF_LIBFDT_OVERLAY
 509         help
 510           The device tree is loaded from the FIT image. Allow the SPL is to
 511           also load device-tree overlays from the FIT image an apply them
 512           over the device tree.
 513
 514 config SPL_LOAD_FIT_APPLY_OVERLAY_BUF_SZ
 515         depends on SPL_LOAD_FIT_APPLY_OVERLAY
 516         default 0x10000
 517         hex "size of temporary buffer used to load the overlays"
 518         help
 519           The size of the area where the overlays will be loaded and
 520           uncompress. Must be at least as large as biggest overlay
 521           (uncompressed)
 522
 523 config SPL_LOAD_FIT_FULL
 524         bool "Enable SPL loading U-Boot as a FIT (full fitImage features)"
 525         select SPL_FIT
 526         help
 527           Normally with the SPL framework a legacy image is generated as part
 528           of the build. This contains U-Boot along with information as to
 529           where it should be loaded. This option instead enables generation
 530           of a FIT (Flat Image Tree) which provides more flexibility. In
 531           particular it can handle selecting from multiple device tree
 532           and passing the correct one to U-Boot.
 533
 534 config SPL_FIT_IMAGE_POST_PROCESS
 535         bool "Enable post-processing of FIT artifacts after loading by the SPL"
 536         depends on SPL_LOAD_FIT
 537         help
 538           Allows doing any sort of manipulation to blobs after they got extracted
 539           from the U-Boot FIT image like stripping off headers or modifying the
 540           size of the blob, verification, authentication, decryption etc. in a
 541           platform or board specific way. In order to use this feature a platform
 542           or board-specific implementation of board_fit_image_post_process() must
 543           be provided. Also, anything done during this post-processing step would
 544           need to be comprehended in how the images were prepared before being
 545           injected into the FIT creation (i.e. the blobs would have been pre-
 546           processed before being added to the FIT image).
 547
 548 config SPL_FIT_SOURCE
 549         string ".its source file for U-Boot FIT image"
 550         depends on SPL_FIT
 551         help
 552           Specifies a (platform specific) FIT source file to generate the
 553           U-Boot FIT image. This could specify further image to load and/or
 554           execute.
 555
 556 config SPL_FIT_GENERATOR
 557         string ".its file generator script for U-Boot FIT image"
 558         depends on SPL_FIT
 559         default "board/sunxi/mksunxi_fit_atf.sh" if SPL_LOAD_FIT && ARCH_SUNXI
 560         default "arch/arm/mach-rockchip/make_fit_atf.py" if SPL_LOAD_FIT && ARCH_ROCKCHIP
 561         default "arch/arm/mach-zynqmp/mkimage_fit_atf.sh" if SPL_LOAD_FIT && ARCH_ZYNQMP
 562         default "arch/riscv/lib/mkimage_fit_opensbi.sh" if SPL_LOAD_FIT && RISCV
 563         help
 564           Specifies a (platform specific) script file to generate the FIT
 565           source file used to build the U-Boot FIT image file. This gets
 566           passed a list of supported device tree file stub names to
 567           include in the generated image.
 568
 569 endif # SPL
 570
 571 endif # FIT
 572
 573 config LEGACY_IMAGE_FORMAT
 574         bool "Enable support for the legacy image format"
 575         default y if !FIT_SIGNATURE
 576         help
 577           This option enables the legacy image format. It is enabled by
 578           default for backward compatibility, unless FIT_SIGNATURE is
 579           set where it is disabled so that unsigned images cannot be
 580           loaded. If a board needs the legacy image format support in this
 581           case, enable it here.
 582
 583 config OF_BOARD_SETUP
 584         bool "Set up board-specific details in device tree before boot"
 585         depends on OF_LIBFDT
 586         help
 587           This causes U-Boot to call ft_board_setup() before booting into
 588           the Operating System. This function can set up various
 589           board-specific information in the device tree for use by the OS.
 590           The device tree is then passed to the OS.
 591
 592 config OF_SYSTEM_SETUP
 593         bool "Set up system-specific details in device tree before boot"
 594         depends on OF_LIBFDT
 595         help
 596           This causes U-Boot to call ft_system_setup() before booting into
 597           the Operating System. This function can set up various
 598           system-specific information in the device tree for use by the OS.
 599           The device tree is then passed to the OS.
 600
 601 config OF_STDOUT_VIA_ALIAS
 602         bool "Update the device-tree stdout alias from U-Boot"
 603         depends on OF_LIBFDT
 604         help
 605           This uses U-Boot's serial alias from the aliases node to update
 606           the device tree passed to the OS. The "linux,stdout-path" property
 607           in the chosen node is set to point to the correct serial node.
 608           This option currently references CONFIG_CONS_INDEX, which is
 609           incorrect when used with device tree as this option does not
 610           exist / should not be used.
 611
 612 config SYS_EXTRA_OPTIONS
 613         string "Extra Options (DEPRECATED)"
 614         help
 615           The old configuration infrastructure (= mkconfig + boards.cfg)
 616           provided the extra options field. If you have something like
 617           "HAS_BAR,BAZ=64", the optional options
 618             #define CONFIG_HAS
 619             #define CONFIG_BAZ  64
 620           will be defined in include/config.h.
 621           This option was prepared for the smooth migration from the old
 622           configuration to Kconfig. Since this option will be removed sometime,
 623           new boards should not use this option.
 624
 625 config HAVE_SYS_TEXT_BASE
 626         bool
 627         depends on !NIOS2 && !XTENSA
 628         depends on !EFI_APP
 629         default y
 630
 631 config SYS_TEXT_BASE
 632         depends on HAVE_SYS_TEXT_BASE
 633         default 0x80800000 if ARCH_OMAP2PLUS || ARCH_K3
 634         default 0x4a000000 if ARCH_SUNXI && !MACH_SUN9I && !MACH_SUN8I_V3S
 635         default 0x2a000000 if ARCH_SUNXI && MACH_SUN9I
 636         default 0x42e00000 if ARCH_SUNXI && MACH_SUN8I_V3S
 637         hex "Text Base"
 638         help
 639           The address in memory that U-Boot will be running from, initially.
 640
 641 config SYS_CLK_FREQ
 642         depends on ARC || ARCH_SUNXI || MPC83xx
 643         int "CPU clock frequency"
 644         help
 645           TODO: Move CONFIG_SYS_CLK_FREQ for all the architecture
 646
 647 config ARCH_FIXUP_FDT_MEMORY
 648         bool "Enable arch_fixup_memory_banks() call"
 649         default y
 650         help
 651           Enable FDT memory map syncup before OS boot. This feature can be
 652           used for booting OS with different memory setup where the part of
 653           the memory location should be used for different purpose.
 654
 655 endmenu         # Boot images
 656
 657 source "api/Kconfig"
 658
 659 source "common/Kconfig"
 660
 661 source "cmd/Kconfig"
 662
 663 source "disk/Kconfig"
 664
 665 source "dts/Kconfig"
 666
 667 source "env/Kconfig"
 668
 669 source "net/Kconfig"
 670
 671 source "drivers/Kconfig"
 672
 673 source "fs/Kconfig"
 674
 675 source "lib/Kconfig"
 676
 677 source "test/Kconfig"