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# 6mainmenu "U-Boot $UBOOTVERSION Configuration" 7 8config UBOOTVERSION 9 string 10 option env="UBOOTVERSION" 11 12# Allow defaults in arch-specific code to override any given here 13source "arch/Kconfig" 14 15menu "General setup" 16 17config BROKEN 18 bool 19 help 20 This option cannot be enabled. It is used as dependency 21 for broken and incomplete features. 22 23config LOCALVERSION 24 string "Local version - append to U-Boot release" 25 help 26 Append an extra string to the end of your U-Boot version. 27 This will show up in your boot log, for example. 28 The string you set here will be appended after the contents of 29 any files with a filename matching localversion* in your 30 object and source tree, in that order. Your total string can 31 be a maximum of 64 characters. 32 33config LOCALVERSION_AUTO 34 bool "Automatically append version information to the version string" 35 default y 36 help 37 This will try to automatically determine if the current tree is a 38 release tree by looking for Git tags that belong to the current 39 top of tree revision. 40 41 A string of the format -gxxxxxxxx will be added to the localversion 42 if a Git-based tree is found. The string generated by this will be 43 appended after any matching localversion* files, and after the value 44 set in CONFIG_LOCALVERSION. 45 46 (The actual string used here is the first eight characters produced 47 by running the command: 48 49 $ git rev-parse --verify HEAD 50 51 which is done within the script "scripts/setlocalversion".) 52 53config CC_OPTIMIZE_FOR_SIZE 54 bool "Optimize for size" 55 default y 56 help 57 Enabling this option will pass "-Os" instead of "-O2" to gcc 58 resulting in a smaller U-Boot image. 59 60 This option is enabled by default for U-Boot. 61 62config DISTRO_DEFAULTS 63 bool "Select defaults suitable for booting general purpose Linux distributions" 64 default y if ARCH_SUNXI || TEGRA 65 default y if ARCH_LS2080A 66 default y if ARCH_MESON 67 default y if ARCH_ROCKCHIP 68 default n 69 select CMD_BOOTZ if ARM && !ARM64 70 select CMD_BOOTI if ARM64 71 select CMD_DHCP 72 select CMD_PXE 73 select CMD_EXT2 74 select CMD_EXT4 75 select CMD_FAT 76 select CMD_FS_GENERIC 77 select CMD_MII 78 select CMD_PING 79 select CMD_PART 80 select HUSH_PARSER 81 help 82 Select this to enable various options and commands which are suitable 83 for building u-boot for booting general purpose Linux distributions. 84 85config SYS_MALLOC_F 86 bool "Enable malloc() pool before relocation" 87 default y if DM 88 help 89 Before relocation, memory is very limited on many platforms. Still, 90 we can provide a small malloc() pool if needed. Driver model in 91 particular needs this to operate, so that it can allocate the 92 initial serial device and any others that are needed. 93 94config SYS_MALLOC_F_LEN 95 hex "Size of malloc() pool before relocation" 96 depends on SYS_MALLOC_F 97 default 0x400 98 help 99 Before relocation, memory is very limited on many platforms. Still, 100 we can provide a small malloc() pool if needed. Driver model in 101 particular needs this to operate, so that it can allocate the 102 initial serial device and any others that are needed. 103 104config SPL_SYS_MALLOC_F_LEN 105 hex "Size of malloc() pool in SPL before relocation" 106 depends on SYS_MALLOC_F 107 default SYS_MALLOC_F_LEN 108 help 109 Before relocation, memory is very limited on many platforms. Still, 110 we can provide a small malloc() pool if needed. Driver model in 111 particular needs this to operate, so that it can allocate the 112 initial serial device and any others that are needed. 113 114config TPL_SYS_MALLOC_F_LEN 115 hex "Size of malloc() pool in TPL before relocation" 116 depends on SYS_MALLOC_F 117 default SYS_MALLOC_F_LEN 118 help 119 Before relocation, memory is very limited on many platforms. Still, 120 we can provide a small malloc() pool if needed. Driver model in 121 particular needs this to operate, so that it can allocate the 122 initial serial device and any others that are needed. 123 124menuconfig EXPERT 125 bool "Configure standard U-Boot features (expert users)" 126 default y 127 help 128 This option allows certain base U-Boot options and settings 129 to be disabled or tweaked. This is for specialized 130 environments which can tolerate a "non-standard" U-Boot. 131 Use this only if you really know what you are doing. 132 133if EXPERT 134 config SYS_MALLOC_CLEAR_ON_INIT 135 bool "Init with zeros the memory reserved for malloc (slow)" 136 default y if !ARCH_ROCKCHIP 137 help 138 This setting is enabled by default. The reserved malloc 139 memory is initialized with zeros, so first malloc calls 140 will return the pointer to the zeroed memory. But this 141 slows the boot time. 142 143 It is recommended to disable it, when CONFIG_SYS_MALLOC_LEN 144 value, has more than few MiB, e.g. when uses bzip2 or bmp logo. 145 Then the boot time can be significantly reduced. 146 Warning: 147 When disabling this, please check if malloc calls, maybe 148 should be replaced by calloc - if one expects zeroed memory. 149 150config TOOLS_DEBUG 151 bool "Enable debug information for tools" 152 help 153 Enable generation of debug information for tools such as mkimage. 154 This can be used for debugging purposes. With debug information 155 it is possible to set breakpoints on particular lines, single-step 156 debug through the source code, etc. 157 158endif # EXPERT 159 160config PHYS_64BIT 161 bool "64bit physical address support" 162 help 163 Say Y here to support 64bit physical memory address. 164 This can be used not only for 64bit SoCs, but also for 165 large physical address extention on 32bit SoCs. 166 167endmenu # General setup 168 169menu "Boot images" 170 171config ANDROID_BOOT_IMAGE 172 bool "Enable support for Android Boot Images" 173 default y if FASTBOOT 174 help 175 This enables support for booting images which use the Android 176 image format header. 177 178config FIT 179 bool "Support Flattened Image Tree" 180 select MD5 181 select SHA1 182 help 183 This option allows you to boot the new uImage structure, 184 Flattened Image Tree. FIT is formally a FDT, which can include 185 images of various types (kernel, FDT blob, ramdisk, etc.) 186 in a single blob. To boot this new uImage structure, 187 pass the address of the blob to the "bootm" command. 188 FIT is very flexible, supporting compression, multiple images, 189 multiple configurations, verification through hashing and also 190 verified boot (secure boot using RSA). 191 192if FIT 193 194config FIT_ENABLE_SHA256_SUPPORT 195 bool "Support SHA256 checksum of FIT image contents" 196 select SHA256 197 default y 198 help 199 Enable this to support SHA256 checksum of FIT image contents. A 200 SHA256 checksum is a 256-bit (32-byte) hash value used to check that 201 the image contents have not been corrupted. SHA256 is recommended 202 for use in secure applications since (as at 2016) there is no known 203 feasible attack that could produce a 'collision' with differing 204 input data. Use this for the highest security. Note that only the 205 SHA256 variant is supported: SHA512 and others are not currently 206 supported in U-Boot. 207 208config FIT_SIGNATURE 209 bool "Enable signature verification of FIT uImages" 210 depends on DM 211 select RSA 212 help 213 This option enables signature verification of FIT uImages, 214 using a hash signed and verified using RSA. If 215 CONFIG_SHA_PROG_HW_ACCEL is defined, i.e support for progressive 216 hashing is available using hardware, then the RSA library will use 217 it. See doc/uImage.FIT/signature.txt for more details. 218 219 WARNING: When relying on signed FIT images with a required signature 220 check the legacy image format is disabled by default, so that 221 unsigned images cannot be loaded. If a board needs the legacy image 222 format support in this case, enable it using 223 CONFIG_IMAGE_FORMAT_LEGACY. 224 225config FIT_VERBOSE 226 bool "Show verbose messages when FIT images fail" 227 help 228 Generally a system will have valid FIT images so debug messages 229 are a waste of code space. If you are debugging your images then 230 you can enable this option to get more verbose information about 231 failures. 232 233config FIT_BEST_MATCH 234 bool "Select the best match for the kernel device tree" 235 help 236 When no configuration is explicitly selected, default to the 237 one whose fdt's compatibility field best matches that of 238 U-Boot itself. A match is considered "best" if it matches the 239 most specific compatibility entry of U-Boot's fdt's root node. 240 The order of entries in the configuration's fdt is ignored. 241 242config FIT_IMAGE_POST_PROCESS 243 bool "Enable post-processing of FIT artifacts after loading by U-Boot" 244 depends on TI_SECURE_DEVICE 245 help 246 Allows doing any sort of manipulation to blobs after they got extracted 247 from FIT images like stripping off headers or modifying the size of the 248 blob, verification, authentication, decryption etc. in a platform or 249 board specific way. In order to use this feature a platform or board- 250 specific implementation of board_fit_image_post_process() must be 251 provided. Also, anything done during this post-processing step would 252 need to be comprehended in how the images were prepared before being 253 injected into the FIT creation (i.e. the blobs would have been pre- 254 processed before being added to the FIT image). 255 256if SPL 257 258config SPL_FIT 259 bool "Support Flattened Image Tree within SPL" 260 depends on SPL 261 select SPL_OF_LIBFDT 262 263config SPL_FIT_SIGNATURE 264 bool "Enable signature verification of FIT firmware within SPL" 265 depends on SPL_DM 266 select SPL_FIT 267 select SPL_RSA 268 269config SPL_LOAD_FIT 270 bool "Enable SPL loading U-Boot as a FIT" 271 select SPL_FIT 272 help 273 Normally with the SPL framework a legacy image is generated as part 274 of the build. This contains U-Boot along with information as to 275 where it should be loaded. This option instead enables generation 276 of a FIT (Flat Image Tree) which provides more flexibility. In 277 particular it can handle selecting from multiple device tree 278 and passing the correct one to U-Boot. 279 280config SPL_FIT_IMAGE_POST_PROCESS 281 bool "Enable post-processing of FIT artifacts after loading by the SPL" 282 depends on SPL_LOAD_FIT 283 help 284 Allows doing any sort of manipulation to blobs after they got extracted 285 from the U-Boot FIT image like stripping off headers or modifying the 286 size of the blob, verification, authentication, decryption etc. in a 287 platform or board specific way. In order to use this feature a platform 288 or board-specific implementation of board_fit_image_post_process() must 289 be provided. Also, anything done during this post-processing step would 290 need to be comprehended in how the images were prepared before being 291 injected into the FIT creation (i.e. the blobs would have been pre- 292 processed before being added to the FIT image). 293 294config SPL_FIT_SOURCE 295 string ".its source file for U-Boot FIT image" 296 depends on SPL_FIT 297 help 298 Specifies a (platform specific) FIT source file to generate the 299 U-Boot FIT image. This could specify further image to load and/or 300 execute. 301 302config SPL_FIT_GENERATOR 303 string ".its file generator script for U-Boot FIT image" 304 depends on SPL_FIT 305 default "board/sunxi/mksunxi_fit_atf.sh" if SPL_LOAD_FIT && ARCH_SUNXI 306 help 307 Specifies a (platform specific) script file to generate the FIT 308 source file used to build the U-Boot FIT image file. This gets 309 passed a list of supported device tree file stub names to 310 include in the generated image. 311 312endif # SPL 313 314endif # FIT 315 316config OF_BOARD_SETUP 317 bool "Set up board-specific details in device tree before boot" 318 depends on OF_LIBFDT 319 help 320 This causes U-Boot to call ft_board_setup() before booting into 321 the Operating System. This function can set up various 322 board-specific information in the device tree for use by the OS. 323 The device tree is then passed to the OS. 324 325config OF_SYSTEM_SETUP 326 bool "Set up system-specific details in device tree before boot" 327 depends on OF_LIBFDT 328 help 329 This causes U-Boot to call ft_system_setup() before booting into 330 the Operating System. This function can set up various 331 system-specific information in the device tree for use by the OS. 332 The device tree is then passed to the OS. 333 334config OF_STDOUT_VIA_ALIAS 335 bool "Update the device-tree stdout alias from U-Boot" 336 depends on OF_LIBFDT 337 help 338 This uses U-Boot's serial alias from the aliases node to update 339 the device tree passed to the OS. The "linux,stdout-path" property 340 in the chosen node is set to point to the correct serial node. 341 This option currently references CONFIG_CONS_INDEX, which is 342 incorrect when used with device tree as this option does not 343 exist / should not be used. 344 345config SYS_EXTRA_OPTIONS 346 string "Extra Options (DEPRECATED)" 347 help 348 The old configuration infrastructure (= mkconfig + boards.cfg) 349 provided the extra options field. If you have something like 350 "HAS_BAR,BAZ=64", the optional options 351 #define CONFIG_HAS 352 #define CONFIG_BAZ 64 353 will be defined in include/config.h. 354 This option was prepared for the smooth migration from the old 355 configuration to Kconfig. Since this option will be removed sometime, 356 new boards should not use this option. 357 358config SYS_TEXT_BASE 359 depends on ARC || X86 || ARCH_UNIPHIER || ARCH_ZYNQMP || \ 360 (M68K && !TARGET_ASTRO_MCF5373L) || MICROBLAZE || MIPS || \ 361 ARCH_ZYNQ || ARCH_KEYSTONE || ARCH_OMAP2PLUS 362 depends on !EFI_APP 363 hex "Text Base" 364 help 365 TODO: Move CONFIG_SYS_TEXT_BASE for all the architecture 366 367 default 0x80800000 if ARCH_OMAP2PLUS 368 369 370config SYS_CLK_FREQ 371 depends on ARC || ARCH_SUNXI 372 int "CPU clock frequency" 373 help 374 TODO: Move CONFIG_SYS_CLK_FREQ for all the architecture 375 376config ARCH_FIXUP_FDT_MEMORY 377 bool "Enable arch_fixup_memory_banks() call" 378 default y 379 help 380 Enable FDT memory map syncup before OS boot. This feature can be 381 used for booting OS with different memory setup where the part of 382 the memory location should be used for different purpose. 383 384endmenu # Boot images 385 386source "api/Kconfig" 387 388source "common/Kconfig" 389 390source "cmd/Kconfig" 391 392source "disk/Kconfig" 393 394source "dts/Kconfig" 395 396source "env/Kconfig" 397 398source "net/Kconfig" 399 400source "drivers/Kconfig" 401 402source "fs/Kconfig" 403 404source "lib/Kconfig" 405 406source "test/Kconfig" 407