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