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.
6 mainmenu "U-Boot $UBOOTVERSION Configuration"
10 option env="UBOOTVERSION"
12 # Allow defaults in arch-specific code to override any given here
20 This option cannot be enabled. It is used as dependency
21 for broken and incomplete features.
24 string "Local version - append to U-Boot release"
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.
33 config LOCALVERSION_AUTO
34 bool "Automatically append version information to the version string"
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
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.
46 (The actual string used here is the first eight characters produced
47 by running the command:
49 $ git rev-parse --verify HEAD
51 which is done within the script "scripts/setlocalversion".)
53 config CC_OPTIMIZE_FOR_SIZE
54 bool "Optimize for size"
57 Enabling this option will pass "-Os" instead of "-O2" to gcc
58 resulting in a smaller U-Boot image.
60 This option is enabled by default for U-Boot.
63 bool "Enable code coverage analysis"
66 Enabling this option will pass "--coverage" to gcc to compile
67 and link code instrumented for coverage analysis.
69 config DISTRO_DEFAULTS
70 bool "Select defaults suitable for booting general purpose Linux distributions"
71 default y if ARCH_SUNXI || TEGRA
72 default y if ARCH_LS2080A
73 default y if ARCH_MESON
74 default y if ARCH_ROCKCHIP
77 select CMD_BOOTZ if ARM && !ARM64
78 select CMD_BOOTI if ARM64
79 select CMD_DHCP if CMD_NET
80 select CMD_PING if CMD_NET
87 select CMD_PART if PARTITIONS
89 select CMDLINE_EDITING
92 select SUPPORT_RAW_INITRD
93 select ENV_VARS_UBOOT_CONFIG
95 Select this to enable various options and commands which are suitable
96 for building u-boot for booting general purpose Linux distributions.
98 config ENV_VARS_UBOOT_CONFIG
99 bool "Add arch, board, vendor and soc variables to default environment"
101 Define this in order to add variables describing the
102 U-Boot build configuration to the default environment.
103 These will be named arch, cpu, board, vendor, and soc.
104 Enabling this option will cause the following to be defined:
111 config SYS_BOOT_GET_CMDLINE
112 bool "Enable kernel command line setup"
114 Enables allocating and saving kernel cmdline in space between
115 "bootm_low" and "bootm_low" + BOOTMAPSZ.
117 config SYS_BOOT_GET_KBD
118 bool "Enable kernel board information setup"
120 Enables allocating and saving a kernel copy of the bd_info in
121 space between "bootm_low" and "bootm_low" + BOOTMAPSZ.
124 bool "Enable malloc() pool before relocation"
127 Before relocation, memory is very limited on many platforms. Still,
128 we can provide a small malloc() pool if needed. Driver model in
129 particular needs this to operate, so that it can allocate the
130 initial serial device and any others that are needed.
132 config SYS_MALLOC_F_LEN
133 hex "Size of malloc() pool before relocation"
134 depends on SYS_MALLOC_F
135 default 0x1000 if AM33XX
138 Before relocation, memory is very limited on many platforms. Still,
139 we can provide a small malloc() pool if needed. Driver model in
140 particular needs this to operate, so that it can allocate the
141 initial serial device and any others that are needed.
143 config SPL_SYS_MALLOC_F_LEN
144 hex "Size of malloc() pool in SPL before relocation"
145 depends on SYS_MALLOC_F
146 default SYS_MALLOC_F_LEN
148 Before relocation, memory is very limited on many platforms. Still,
149 we can provide a small malloc() pool if needed. Driver model in
150 particular needs this to operate, so that it can allocate the
151 initial serial device and any others that are needed.
153 config TPL_SYS_MALLOC_F_LEN
154 hex "Size of malloc() pool in TPL before relocation"
155 depends on SYS_MALLOC_F
156 default SYS_MALLOC_F_LEN
158 Before relocation, memory is very limited on many platforms. Still,
159 we can provide a small malloc() pool if needed. Driver model in
160 particular needs this to operate, so that it can allocate the
161 initial serial device and any others that are needed.
164 bool "Configure standard U-Boot features (expert users)"
167 This option allows certain base U-Boot options and settings
168 to be disabled or tweaked. This is for specialized
169 environments which can tolerate a "non-standard" U-Boot.
170 Use this only if you really know what you are doing.
173 config SYS_MALLOC_CLEAR_ON_INIT
174 bool "Init with zeros the memory reserved for malloc (slow)"
177 This setting is enabled by default. The reserved malloc
178 memory is initialized with zeros, so first malloc calls
179 will return the pointer to the zeroed memory. But this
182 It is recommended to disable it, when CONFIG_SYS_MALLOC_LEN
183 value, has more than few MiB, e.g. when uses bzip2 or bmp logo.
184 Then the boot time can be significantly reduced.
186 When disabling this, please check if malloc calls, maybe
187 should be replaced by calloc - if one expects zeroed memory.
190 bool "Enable debug information for tools"
192 Enable generation of debug information for tools such as mkimage.
193 This can be used for debugging purposes. With debug information
194 it is possible to set breakpoints on particular lines, single-step
195 debug through the source code, etc.
200 bool "64bit physical address support"
202 Say Y here to support 64bit physical memory address.
203 This can be used not only for 64bit SoCs, but also for
204 large physical address extention on 32bit SoCs.
207 bool "Build U-Boot as BIOS replacement"
210 This option allows to build a ROM version of U-Boot.
211 The build process generally requires several binary blobs
212 which are not shipped in the U-Boot source tree.
213 Please, see doc/README.x86 for details.
215 endmenu # General setup
219 config ANDROID_BOOT_IMAGE
220 bool "Enable support for Android Boot Images"
221 default y if FASTBOOT
223 This enables support for booting images which use the Android
227 bool "Support Flattened Image Tree"
231 This option allows you to boot the new uImage structure,
232 Flattened Image Tree. FIT is formally a FDT, which can include
233 images of various types (kernel, FDT blob, ramdisk, etc.)
234 in a single blob. To boot this new uImage structure,
235 pass the address of the blob to the "bootm" command.
236 FIT is very flexible, supporting compression, multiple images,
237 multiple configurations, verification through hashing and also
238 verified boot (secure boot using RSA).
242 config FIT_ENABLE_SHA256_SUPPORT
243 bool "Support SHA256 checksum of FIT image contents"
247 Enable this to support SHA256 checksum of FIT image contents. A
248 SHA256 checksum is a 256-bit (32-byte) hash value used to check that
249 the image contents have not been corrupted. SHA256 is recommended
250 for use in secure applications since (as at 2016) there is no known
251 feasible attack that could produce a 'collision' with differing
252 input data. Use this for the highest security. Note that only the
253 SHA256 variant is supported: SHA512 and others are not currently
257 bool "Enable signature verification of FIT uImages"
261 This option enables signature verification of FIT uImages,
262 using a hash signed and verified using RSA. If
263 CONFIG_SHA_PROG_HW_ACCEL is defined, i.e support for progressive
264 hashing is available using hardware, then the RSA library will use
265 it. See doc/uImage.FIT/signature.txt for more details.
267 WARNING: When relying on signed FIT images with a required signature
268 check the legacy image format is disabled by default, so that
269 unsigned images cannot be loaded. If a board needs the legacy image
270 format support in this case, enable it using
271 CONFIG_IMAGE_FORMAT_LEGACY.
274 bool "Show verbose messages when FIT images fail"
276 Generally a system will have valid FIT images so debug messages
277 are a waste of code space. If you are debugging your images then
278 you can enable this option to get more verbose information about
281 config FIT_BEST_MATCH
282 bool "Select the best match for the kernel device tree"
284 When no configuration is explicitly selected, default to the
285 one whose fdt's compatibility field best matches that of
286 U-Boot itself. A match is considered "best" if it matches the
287 most specific compatibility entry of U-Boot's fdt's root node.
288 The order of entries in the configuration's fdt is ignored.
290 config FIT_IMAGE_POST_PROCESS
291 bool "Enable post-processing of FIT artifacts after loading by U-Boot"
292 depends on TI_SECURE_DEVICE
294 Allows doing any sort of manipulation to blobs after they got extracted
295 from FIT images like stripping off headers or modifying the size of the
296 blob, verification, authentication, decryption etc. in a platform or
297 board specific way. In order to use this feature a platform or board-
298 specific implementation of board_fit_image_post_process() must be
299 provided. Also, anything done during this post-processing step would
300 need to be comprehended in how the images were prepared before being
301 injected into the FIT creation (i.e. the blobs would have been pre-
302 processed before being added to the FIT image).
307 bool "Support Flattened Image Tree within SPL"
311 config SPL_FIT_SIGNATURE
312 bool "Enable signature verification of FIT firmware within SPL"
318 bool "Enable SPL loading U-Boot as a FIT"
321 Normally with the SPL framework a legacy image is generated as part
322 of the build. This contains U-Boot along with information as to
323 where it should be loaded. This option instead enables generation
324 of a FIT (Flat Image Tree) which provides more flexibility. In
325 particular it can handle selecting from multiple device tree
326 and passing the correct one to U-Boot.
328 config SPL_FIT_IMAGE_POST_PROCESS
329 bool "Enable post-processing of FIT artifacts after loading by the SPL"
330 depends on SPL_LOAD_FIT
332 Allows doing any sort of manipulation to blobs after they got extracted
333 from the U-Boot FIT image like stripping off headers or modifying the
334 size of the blob, verification, authentication, decryption etc. in a
335 platform or board specific way. In order to use this feature a platform
336 or board-specific implementation of board_fit_image_post_process() must
337 be provided. Also, anything done during this post-processing step would
338 need to be comprehended in how the images were prepared before being
339 injected into the FIT creation (i.e. the blobs would have been pre-
340 processed before being added to the FIT image).
342 config SPL_FIT_SOURCE
343 string ".its source file for U-Boot FIT image"
346 Specifies a (platform specific) FIT source file to generate the
347 U-Boot FIT image. This could specify further image to load and/or
350 config SPL_FIT_GENERATOR
351 string ".its file generator script for U-Boot FIT image"
353 default "board/sunxi/mksunxi_fit_atf.sh" if SPL_LOAD_FIT && ARCH_SUNXI
355 Specifies a (platform specific) script file to generate the FIT
356 source file used to build the U-Boot FIT image file. This gets
357 passed a list of supported device tree file stub names to
358 include in the generated image.
364 config OF_BOARD_SETUP
365 bool "Set up board-specific details in device tree before boot"
368 This causes U-Boot to call ft_board_setup() before booting into
369 the Operating System. This function can set up various
370 board-specific information in the device tree for use by the OS.
371 The device tree is then passed to the OS.
373 config OF_SYSTEM_SETUP
374 bool "Set up system-specific details in device tree before boot"
377 This causes U-Boot to call ft_system_setup() before booting into
378 the Operating System. This function can set up various
379 system-specific information in the device tree for use by the OS.
380 The device tree is then passed to the OS.
382 config OF_STDOUT_VIA_ALIAS
383 bool "Update the device-tree stdout alias from U-Boot"
386 This uses U-Boot's serial alias from the aliases node to update
387 the device tree passed to the OS. The "linux,stdout-path" property
388 in the chosen node is set to point to the correct serial node.
389 This option currently references CONFIG_CONS_INDEX, which is
390 incorrect when used with device tree as this option does not
391 exist / should not be used.
393 config SYS_EXTRA_OPTIONS
394 string "Extra Options (DEPRECATED)"
396 The old configuration infrastructure (= mkconfig + boards.cfg)
397 provided the extra options field. If you have something like
398 "HAS_BAR,BAZ=64", the optional options
400 #define CONFIG_BAZ 64
401 will be defined in include/config.h.
402 This option was prepared for the smooth migration from the old
403 configuration to Kconfig. Since this option will be removed sometime,
404 new boards should not use this option.
407 depends on !NIOS2 && !XTENSA
409 default 0x80800000 if ARCH_OMAP2PLUS
410 default 0x4a000000 if ARCH_SUNXI && !MACH_SUN9I && !MACH_SUN8I_V3S
411 default 0x2a000000 if ARCH_SUNXI && MACH_SUN9I
412 default 0x42e00000 if ARCH_SUNXI && MACH_SUN8I_V3S
415 The address in memory that U-Boot will be running from, initially.
420 depends on ARC || ARCH_SUNXI
421 int "CPU clock frequency"
423 TODO: Move CONFIG_SYS_CLK_FREQ for all the architecture
425 config ARCH_FIXUP_FDT_MEMORY
426 bool "Enable arch_fixup_memory_banks() call"
429 Enable FDT memory map syncup before OS boot. This feature can be
430 used for booting OS with different memory setup where the part of
431 the memory location should be used for different purpose.
433 endmenu # Boot images
437 source "common/Kconfig"
441 source "disk/Kconfig"
449 source "drivers/Kconfig"
455 source "test/Kconfig"